On Fri, Sep 08, 2006 at 06:20:38AM -0700, Akhilesh Mritunjai wrote: > This issue has subsequently been fixed in libXft 2.1.10. I tried to > build it on Nevada, but failed because of conflict between GNU gcc > and SUN ld. The GNU gcc expects GNU ld. However the GNU linker is > present as "gld", apparantly gcc wasn't compiled with that > information. So gcc tries to use the SUN ld (which doesn't like the > GNU command line options).
It is true that if you have a gcc built with the --with-gnu-ld option it will not work if the linker it invokes is not GNU ld. However, the compiler in OpenSolaris and Solaris 10 and later is built correctly: $ /usr/sfw/bin/gcc -v Reading specs from /usr/sfw/lib/gcc/i386-pc-solaris2.11/3.4.3/specs Configured with: /builds/sfwnv-gate/usr/src/cmd/gcc/gcc-3.4.3/configure --prefix=/usr/sfw --with-as=/usr/sfw/bin/gas --with-gnu-as --with-ld=/usr/ccs/bin/ld --without-gnu-ld --enable-languages=c,c++,f77 --enable-shared Thread model: posix gcc version 3.4.3 (csl-sol210-3_4-20050802) And therefore it picks up the correct linker. Perhaps you could provide the actual error messages you're seeing, in which case it may be possible for someone to make a more detailed analysis for you. > 2. How to make GNU gcc work right (either GNU gld, or SUN ld) ? It works correctly out of the box. If there's some technical reason you absolutely cannot use the OpenSolaris gcc, you should build your gcc with the same options: '--with-as=/usr/sfw/bin/gas --with-gnu-as --with-ld=/usr/ccs/bin/ld --without-gnu-ld --enable-languages=c,c++,f77 --enable-shared'. Note that on SPARC, you should use --without-gnu-as --with-as=/usr/ccs/bin/as instead of the GNU assembler; I assume you're talking about x86 and the above is correct for that architecture. -- Keith M Wesolowski "Sir, we're surrounded!" FishWorks "Excellent; we can attack in any direction!" _______________________________________________ opensolaris-code mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/opensolaris-code
