Re: 64 bit ABI issue on Solaris

[Stefan Palm <stefan.palm%pdmc.net@localhost>]

Hi Stefan,

when I played with pkgsrc on Solaris10 (64bit) a few months ago I ran into a 
similar issue. 

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 
MACHINE_ARCH/MACHINE_GNU_PLATFORM fixed.

HTH,
Stefan



----- UrsprÃngliche Mail -----
Von: "Stefan Schaeckeler" <schaecsn%gmx.net@localhost>
An: pkgsrc-users%netbsd.org@localhost
Gesendet: Montag, 14. Februar 2011 02:59:43
Betreff: Re: 64 bit ABI issue on Solaris

Hi all,

> 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
> values-Xa.o.

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
configuration phase:

checking compiler gcc -mcpu=ultrasparc -mtune=v9 -O2 -pipe has
sizeof(long)==4... no
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.

Stefan

--

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?
Spock: Affirmative.
Kirk: Mr. Sulu, go to pass two.
Sulu: Aye aye, sir, going to pass two.