Ian Holsman wrote: > jean-frederic clere wrote: > >> Jeff Trawick wrote: >> >>> Pier Fumagalli <[EMAIL PROTECTED]> writes: >>> >>> >>> >>>> I'm about to attempt to build Apache 2.0.37-dev at 64 bits with the >>>> Sun C >>>> compiler (kindly donated by Sun), on Nagoya (worker MPM). Anything I >>>> should >>>> be aware of? I'll report back on how the baby flies (if it does)... >>> >>> >>> >>> There is an open PR about a 64-bit build on Solaris. IIRC, the atomic >>> stuff adds some v8plus flag that the linker doesn't like. >>> >>> See PR 9247. >>> >> >> >> That is with gcc3.1, it works with gcc3.0.4 >> >> Should we fix the problem? I thought atomics may be removed. >> > > pr 9247 is a bug in the configure section. > we don't check to see if we are in 64bit mode, we always assume 32bit > mode... and sun's compiler needs a 'v9' sent to it to build the > assembler in 64bit mode..
Yep: +++ $ cc -o toto toto.c $ file ./toto ./toto: ELF 32-bit MSB executable SPARC Version 1, dynamically linked, not stripped +++ And: +++ $ cc -xarch=v9 -o toto toto.c $ file ./toto ./toto: ELF 64-bit MSB executable SPARCV9 Version 1, dynamically linked, not stripped +++ With gcc: +++ $ gcc -Wa,-xarch=v9 -o toto toto.c /opt/SMAW/gnu/lib/gcc-lib/sparc-sun-solaris2.8/3.0.4/../../../../sparc-sun-solaris2.8/bin/ld: warning: sparc:v9 architecture of input file `/var/tmp/ccSz3T8a.o' is incompatible with sparc output $ gcc -Wa,-xarch=v8plus -o toto toto.c $ file ./toto ./toto: ELF 32-bit MSB executable SPARC Version 1, dynamically linked, not stripped +++ What is wrong? > > BTW.. you do know that 64bit programs take a ~10% hit in performance > don't you? Only? > > --ian > >
