C++ / MIPSpro 7.4 / porting

IRIX/Nekoware development, porting and related topics.
Forum rules
Any posts concerning pirated software or offering to buy/sell/trade commercial software are subject to removal.
User avatar
whiter
Posts: 975
Joined: Tue Apr 29, 2003 2:02 pm
Location: Melbourne, Australia
Contact:

C++ / MIPSpro 7.4 / porting

Unread postby whiter » Mon Jun 09, 2003 3:27 am

Well then,

last night I took another shot at trying to port LyX 1.3.2 to IRIX. Without succes.
Well, not completely without, it went better than last time. That might be because I have MIPSpro 7.3.1.2 on hands now.
But I still encounter a lot of problems. I have been fighting the source code a bit together with dexter but finaly concluded that we will probably need MIPSpro 7.4 because our main troubles lie in some c++ code. There is an #include <cwchar> and this is only found in the gcc includes. And as soon as you start to use this, the problems begin. You would need to rewrite like half of all the gcc includes.
No fun! :-)

So I searched a bit on google and indeed: here in this thread I found the answer:
We just got word that we have to patch (SGI patch#4605) the OS to get a full install of the ISO headers.

(...)

4605 is titled

7.4 Compiler Header Files for Unix98, C99 and ANSI C++ namespace std

and contains the following:

(...)
usr/include/CC/cwchar
(...)

So it looks like MIPSpro 7.4 is our best bet.
Although I'm not such a MIPSpro/C/C++ guru (I'm learning a lot though. One day I'll master it ;) and can't tell if MIPSpro 7.4 realy is such an improvement.
Maybe someone knows more about that?

If not I'll just have to start rewriting tons of code. Because I definitely want to get this piece of software running compiled with MIPSpro. No matter what.
Shall I describe it to you? Or do you want me to get you a box?

shrek
Posts: 260
Joined: Fri Apr 18, 2003 1:32 pm
Location: Vleuten, The Netherlands
Contact:

Unread postby shrek » Mon Jun 09, 2003 5:36 am

Whiter,

Did you read the full thread where you extrcted the post from?

I found this a few messages later:
Today I usually use the following add-on headers for the MipsPro
compiler set prior to MipsPro 7.4:

http://www.a1.nl/~ehofman/irix/STL_Mips ... 0.2.tar.gz


The problem is I don't know how to test myself. What are the parameters you passed to ./configure ? Configure gives me all kinds of warnings. But when I do a gmake it first chokes on <cwchar> and after placing the includes in the file above to CFLAGS, CPPFLAGS, CXXFLAGS (don't know where they should be:D ) and rerunning configure the compile chokes on a different place:

Code: Select all

CC -DHAVE_CONFIG_H -I. -I. -I../../../../src -I../../../../boost -I/usr/people/sander/work/compatibility -I/usr/people/sander/work/compatibility -c connection.cpp -Wp,-MDupdate,.deps/connection.TPlo
cc-1029 CC: ERROR File = ../../../../boost/boost/type_traits/is_convertible.hpp, Line = 145
  An expression is expected at this point.

  BOOST_TT_AUX_BOOL_TRAIT_DEF2(is_convertible,From,To,(::boost::detail::is_convertible_impl<From,To>::value))
  ^

1 error detected in the compilation of "connection.cpp".
gmake[4]: *** [connection.lo] Error 1

I have know idea if these problems are related or not.
BTW, I'm running IRIX 6.5.20m and MIPSpro 7.3.something (where can I find the revision?!)

I would like to help to get it compile as I would like to use Lyx too!

User avatar
nekonoko
Site Admin
Site Admin
Posts: 8145
Joined: Thu Jan 23, 2003 1:31 am
Location: Pleasanton, California
Contact:

Re: C++ / MIPSpro 7.4 / porting

Unread postby nekonoko » Mon Jun 09, 2003 6:32 am

This sounds a lot like what I'm seeing with OpenEXR.
Twitter: @neko_no_ko
IRIX Release 4.0.5 IP12 Version 06151813 System V
Copyright 1987-1992 Silicon Graphics, Inc.
All Rights Reserved.

mbeauchesne
Donor
Donor
Posts: 4
Joined: Mon Jun 09, 2003 7:41 am
Location: NH, USA

Re: C++ / MIPSpro 7.4 / porting

Unread postby mbeauchesne » Mon Jun 09, 2003 8:17 am

Hi,

If you just need the standard C++ headers have you tried compiling with STLPort? STLPort is a portable implementaion of the standard templete library. It has all the headers missing from MIPSpro 7.3. It compiles just fine on IRIX using MIPSpro.

It's worth a try. You can find it here. http://www.stlport.com

User avatar
whiter
Posts: 975
Joined: Tue Apr 29, 2003 2:02 pm
Location: Melbourne, Australia
Contact:

Unread postby whiter » Mon Jun 09, 2003 8:41 am

shrek wrote:Whiter,
Did you read the full thread where you extrcted the post from?

Yes I did.
And as far as I understand it the needed includes are only available as from MIPpro 7.4
mbeauchesne wrote:It's worth a try. You can find it here. http://www.stlport.com

Installing it rightnow. Although I don't understand it exactly :)

...

And I tried it... but compilation still crashes. With different errors though :)
Will leave it be for today. Been hacking source code all day. Very frustrating when you get 5 dependencies for a program compiled and the last one just won't go. But that's for another project.
Now I need to do some homework....
Shall I describe it to you? Or do you want me to get you a box?

User avatar
dexter1
Moderator
Moderator
Posts: 2743
Joined: Thu Feb 20, 2003 6:57 am
Location: Zoetermeer, The Netherlands

Unread postby dexter1 » Mon Jun 09, 2003 11:32 am

shrek wrote:BTW, I'm running IRIX 6.5.20m and MIPSpro 7.3.something (where can I find the revision?!)


'cc -version' is what you're looking for...

User avatar
whiter
Posts: 975
Joined: Tue Apr 29, 2003 2:02 pm
Location: Melbourne, Australia
Contact:

Unread postby whiter » Mon Jun 09, 2003 1:33 pm

A few little problems:

gcc has an option -fPIC for creating shared objects. What's the similar option for MIPSpro?

When I compile libgnugetopts and install it in IRIX, and then use it in programs, I get this error:
ld32: WARNING 84 : /usr/local/lib/libgnugetopt.so is not used for resolving any symbol.
This happens when I compiled libgnugetopts with MIPSpro (without the -fPIC flag) and also when I tried it with gcc (_with_ the -fPIC flag).
What does this error come from (a general answer would be great because I never understand those errrors)
In fact that's just a warning but directly after that there are related unresolved text symbol errors ofcourse that make the linker crash.
Shall I describe it to you? Or do you want me to get you a box?

vegac
Posts: 745
Joined: Thu Jan 23, 2003 11:34 am
Contact:

Unread postby vegac » Mon Jun 09, 2003 3:38 pm

Note: make sure that /usr/sbin/gcc is REMOVED...
or it may be /sbin/gcc
If compiling things with GCC/G++ anyways..

It's some old (2.95 I think) version of gcc installed with ADA, that messes up compiles that use g++

make sure that "gcc -v" and "g++ -v" have the same version numbers at the end.

I've seen that same warning a number of times when compiling and have never had it cause errors though...usually it means that some library you included is never referenced...

You're not accessing any functions or variables in that library, basically saying it's not used at all. However I've had times when removing the supposedly unused library HAS caused issues - I think this is from when other libraries you're using need the library, though you are never using it yourself?

vegac
Posts: 745
Joined: Thu Jan 23, 2003 11:34 am
Contact:

Unread postby vegac » Mon Jun 09, 2003 10:13 pm

EUREEKA! I've GOT IT!

Ok, well maybe...

It seems that the wonderful SGI linker (ld) processes libraries and objects in the order they're in the command line

What this means is, if you have your libs listed first like so:
cc -o whatever -lSDL sdltest.o

Then you'll get the warning about SDL not being used to resolve symbols, followed by errors about being unable to find SDL_whatever.

If you do
cc -o whatever sdltest.o -lSDL

It will all work copasetically

et voila :)

andyjpb
Posts: 94
Joined: Thu May 08, 2008 8:43 am
Contact:

Re:

Unread postby andyjpb » Sat Dec 10, 2011 9:40 am

Hi,
whiter wrote:gcc has an option -fPIC for creating shared objects. What's the similar option for MIPSpro?


The option is -KPIC and it's on by default.

https://www.cs.indiana.edu/~chiuk/misc_ ... rating_pic


Regards,
@ndy

User avatar
PymbleSoftware
Posts: 1891
Joined: Tue Jul 15, 2008 5:48 pm
Location: P.O. Box 529, Gordon, Sydney, NSW 2072, Australia.
Contact:

Re: Re:

Unread postby PymbleSoftware » Sat Dec 10, 2011 1:22 pm

andyjpb wrote:Hi,
whiter wrote:gcc has an option -fPIC for creating shared objects. What's the similar option for MIPSpro?


The option is -KPIC and it's on by default.

https://www.cs.indiana.edu/~chiuk/misc_ ... rating_pic


Regards,
@ndy


The post you are responding to, is from 2003. If you want to disaminate random details about MIPS Pro there is always the MIPS Pro wiki topic. http://www.nekochan.net/wiki/MIPS_Pro

R.
死の神はりんごだけ食べる

開いた括弧は必ず閉じる -- あるプログラマー

:Tezro: :Tezro: :Onyx2R: :Onyx2RE: :Onyx2: :O3x04R: :O3x0: :O200: :Octane: :Octane2: :O2: :O2: :Indigo2IMP: :PI: :PI: :1600SW: :1600SW: :Indy: :Indy: :Indy: :Indy: :Indy:
:hpserv: J5600, 2 x Mac, 3 x SUN, Alpha DS20E, Alpha 800 5/550, 3 x RS/6000, Amiga 4000 VideoToaster, Amiga4000 -030, 733MHz Sam440 AmigaOS 4.1 update 1.

HP C7000 BladeSever with 16 Blades 96Gb to 144Gb RAM per blade
HP C3000 Blade Server with 8 Blades 48Gb to 144Gb RAM per blade

Sold: :Indy: :Indy: :Indy: :Indigo: Tandem Himalaya S-Series Nonstop S72000 ServerNet.

Twitter @PymbleSoftware
Current Apps (iOS) -> https://itunes.apple.com/au/artist/pymb ... d553990081
(Android) https://play.google.com/store/apps/deve ... +Ltd&hl=en
(Onyx2) Cortex ---> http://www.facebook.com/pages/Cortex-th ... 11?sk=info
(0300s) Minnie ---> http://www.facebook.com/pages/Minnie-th ... 02?sk=info
Github ---> https://github.com/pymblesoftware

andyjpb
Posts: 94
Joined: Thu May 08, 2008 8:43 am
Contact:

Re: Re:

Unread postby andyjpb » Sun Dec 11, 2011 3:29 am

Hi,

PymbleSoftware wrote:The post you are responding to, is from 2003. If you want to disaminate random details about MIPS Pro there is always the MIPS Pro wiki topic. http://www.nekochan.net/wiki/MIPS_Pro

R.


Thanks for the tips: I was aware of the wiki page and have updated it as well but this was the post that Google gave me when I was searching for the issue so I figured that it was worth documenting it here as well.


Regards,
@ndy

User avatar
hamei
Posts: 10435
Joined: Tue Feb 24, 2004 4:10 pm
Location: over the rainbow

Re: Re:

Unread postby hamei » Sun Dec 11, 2011 6:13 pm

andyjpb wrote: I figured that it was worth documenting it here as well.

Good idea. Google searches for Irix topics usually turn up nekochan threads now ... having the info in both places makes it easier for doofuses like me to find answers, thanks :P


Return to “SGI: Development”

Who is online

Users browsing this forum: No registered users and 2 guests