[Bug other/20955] Top-level gcc configure/makefile does not handle --with-sysroot

2005-04-12 Thread prothonotar at tarnation dot dyndns dot org
--- Additional Comments From prothonotar at tarnation dot dyndns dot org 2005-04-12 22:21 --- Presto, that did the trick. No need to muck with configure. Thanks. Feel free to close this if desired. BTW, this bugzilla is set up to top-post additional comments, which is a little

[Bug other/20955] Top-level gcc configure/makefile does not handle --with-sysroot

2005-04-12 Thread prothonotar at tarnation dot dyndns dot org
--- Additional Comments From prothonotar at tarnation dot dyndns dot org 2005-04-12 12:50 --- Let me see if I understand your advice: I should try moving the sysroot to something like $prefix/solaris-x86 instead of $prefix/i586-sun-solaris2.10, because gcc is getting confused between

[Bug other/20955] Top-level gcc configure/makefile does not handle --with-sysroot

2005-04-11 Thread prothonotar at tarnation dot dyndns dot org
--- Additional Comments From prothonotar at tarnation dot dyndns dot org 2005-04-11 20:39 --- One more note about the log: the failures in libstdc++'s configure are because the options to xgcc (passed from the top-level makefile) are as I stated in my original comment. I don'

[Bug other/20955] Top-level gcc configure/makefile does not handle --with-sysroot

2005-04-11 Thread prothonotar at tarnation dot dyndns dot org
--- Additional Comments From prothonotar at tarnation dot dyndns dot org 2005-04-11 20:35 --- Apologies for the verbose log... I was using a build script :-/ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20955

[Bug other/20955] Top-level gcc configure/makefile does not handle --with-sysroot

2005-04-11 Thread prothonotar at tarnation dot dyndns dot org
--- Additional Comments From prothonotar at tarnation dot dyndns dot org 2005-04-11 20:32 --- Created an attachment (id=8599) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8599&action=view) Log showing complete configure->build failure in libstdc++ As requested, here

[Bug other/20955] Top-level gcc configure/makefile does not handle --with-sysroot

2005-04-11 Thread prothonotar at tarnation dot dyndns dot org
--- Additional Comments From prothonotar at tarnation dot dyndns dot org 2005-04-11 20:16 --- Created an attachment (id=8598) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8598&action=view) Modifies top-level configure and Makefile.in to support sysroot I modified the co

[Bug other/20955] New: Top-level gcc configure/makefile does not handle --with-sysroot

2005-04-11 Thread prothonotar at tarnation dot dyndns dot org
rity: P2 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: prothonotar at tarnation dot dyndns dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: sparc-sun-solaris2.8 GCC host triplet: sparc-sun-solaris2.8 GCC t

[Bug target/20953] Wrong assembler being used in gcc/config/i386/t-sol2

2005-04-11 Thread prothonotar at tarnation dot dyndns dot org
--- Additional Comments From prothonotar at tarnation dot dyndns dot org 2005-04-11 20:05 --- Created an attachment (id=8597) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8597&action=view) Proposed patch to fix this. I believe the latest (gcc 4.0) version uses $(GCC_FOR

[Bug c/20953] New: Wrong assembler being used in gcc/config/i386/t-sol2

2005-04-11 Thread prothonotar at tarnation dot dyndns dot org
: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: prothonotar at tarnation dot dyndns dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: sparc-sun-solaris2.8 GCC host triplet: sparc-sun