RE: G++ 3.2, Sol 7/sparc, dynamic linking problem?

["Watts, Simon (UK)" <swatts at northgrum-it dot eu dot com>]

OK nearly there now -- at least tool chain that works with a little help
from its friends...  Current config is:

1) Rebuilt binutils 2.13 (with gcc 2.8).
2) Wrapped GNU ld with script which calls 'ld "$@" -z nocombreloc'
3) Rebuilt GCC 3.2 (.stabs warnings, will try again --with-dwarf2 later).
   Using gnu-as/ld and giving explicit paths.

As with the first time around, gcc doesnt pass the path for libgcc_s 
([prefix]/lib/sparv9) to ld.  Does manage to find libstdc++ though.
((I still need to add these paths to LD_LIBRARY_PATH for runtime of 
course))

Both "hello world"'s compile link run.  The C++ version links to libstdc++.

GNU strip now works successfully as well.

So apart from switching to dwarf2 by default (and building gdb), and 
the link path issue, things seem good (better...).

> From: Jeff Sturm [mailto:jsturm@one-point.com]
> I'm not quite sure what you're trying to accomplish...

Building the GNU tool chain on Solaris 7 /sparc.

> I too noticed GNU strip is broken.  Did you report this to 
> the binutils list?

Not yet, since I was still wrestling with getting a build that I could
be sure was configured properly (or at least as well as possible).
But since this seems to be fixed in binutils 2.13 the issue may have
been resolved already.

> From: Janis Johnson [mailto:janis187@us.ibm.com]
> Many of the linked messages do include that information, and sometimes
> there are follow-up messages in the archives that provide additional
> information about building for a particular target.

Thanks.



Si.