This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug target/11890] Building cross gcc-3.3.1 for sparc-sun-solaris2.6 fails
- From: "dhazeghi at yahoo dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 18 Aug 2003 17:22:43 -0000
- Subject: [Bug target/11890] Building cross gcc-3.3.1 for sparc-sun-solaris2.6 fails
- References: <20030812032921.11890.sampo@symlabs.com>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
PLEASE REPLY TO gcc-bugzilla@gcc.gnu.org ONLY, *NOT* gcc-bugs@gcc.gnu.org.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11890
dhazeghi at yahoo dot com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
Last reconfirmed|0000-00-00 00:00:00 |2003-08-18 17:22:43
date| |
------- Additional Comments From dhazeghi at yahoo dot com 2003-08-18 17:22 -------
The workaround for problem #1 is to use the (obsolete) --with-headers and --with-libs. Copy all
headers into one directory, and all libraries into another, and just do --with-headers=/path/to/
includes --with-libs=/path/to/libs.
Using this workaround, I did not encounter your second problem. Admittedly, I'm using sparc-
sun-solaris2.8.
Regarding bug 3, I encountered this, but that was because it turned out that the values-Xa.o in /
path/to/libs was a dangling symlink. After fixing that, I can't reproduce bug #3.
I also did not encounter bug 4. I did hit the problem with libdl.so.1, and am looking into a
workaround (or fix).
So would it be possible for you to try using --with-libs and --with-headers, and see if they help at
all? I've opened another bug for the --with-sysroot issue, which looks to be more of a generic
issue (PR11967), and hopefully our sysroot expert will have either an explanation or a patch.
Thanks,
Dara