[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: 64 bit ABI issue on Solaris
when I played with pkgsrc on Solaris10 (64bit) a few months ago I ran into a
A far as I remember the problem was that pkgsrc reported MACHINE_GNU_PLATFORM
as "sparc-sun-solaris2" (instead of "sparc64-sun-solaris2") to gmp. My
"workaround" was to use a fake uname ("#!/bin/sh; echo `/usr/bin/uname $@ |
/usr/xpg4/bin/sed 's/sparc/sparc64/g'`") during bootstrap to get the
----- UrsprÃngliche Mail -----
Von: "Stefan Schaeckeler" <schaecsn%gmx.net@localhost>
Gesendet: Montag, 14. Februar 2011 02:59:43
Betreff: Re: 64 bit ABI issue on Solaris
> Pkgsrc on Sparc/Solaris 9. ABI=64 (set in mk.conf). Gcc 3.4.6.
> Compiling my first c++ port, graphics/tiff fails in the linking phase:
> Apparently, some object files such as crti.o are taken from
> /usr/gcc/lib/gcc/sparc-sun-solaris2.9/3.4.6. That are the 32 bit
> files. The 64 bit files reside under
> /usr/gcc/lib/gcc/sparc-sun-solaris2.9/3.4.6/sparcv9. Same for
Just for the records. Compiling my second c++ port, devel/ncurses
results in the same issue.
Compiling my third c++ port, devel/gmp causes issues already in the
checking compiler gcc -mcpu=ultrasparc -mtune=v9 -O2 -pipe has
configure: error: could not find a working compiler, see config.log for
details *** Error code 1
A test showed that type long is 8 bytes on Solaris 64 bit. Is that so
uncommon? How do other 64 bit pkgsrc architectures deal with gmp? Gmp is
needed to compile recent gccs.
Scotty: Captain, we din' can reference it!
Kirk: Analysis, Mr. Spock?
Spock: Captain, it doesn't appear in the symbol table.
Kirk: Then it's of external origin?
Kirk: Mr. Sulu, go to pass two.
Sulu: Aye aye, sir, going to pass two.
Main Index |
Thread Index |