public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug bootstrap/38903]  New: Bootstrap failure on Cygwin vs. libiberty.
@ 2009-01-18  0:29 dave dot korn dot cygwin at gmail dot com
  2009-01-18  0:32 ` [Bug bootstrap/38903] " dave dot korn dot cygwin at gmail dot com
                   ` (7 more replies)
  0 siblings, 8 replies; 9+ messages in thread
From: dave dot korn dot cygwin at gmail dot com @ 2009-01-18  0:29 UTC (permalink / raw)
  To: gcc-bugs

[refs: http://gcc.gnu.org/ml/gcc/2009-01/threads.html#00060
       http://gcc.gnu.org/ml/gcc/2009-01/threads.html#00216 ]

Bootstrap on cygwin is currently failing during stage 3 with:

          /home/andy/live-gcc/my_gcc/./gcc/xgcc
-B/home/andy/live-gcc/my_gcc/./gcc/ -B/usr/local/i686-pc-cygwin/bin/
-B/usr/local/i686-pc-cygwin/lib/ -isystem
/usr/local/i686-pc-cygwin/include -isystem
/usr/local/i686-pc-cygwin/sys-include -c -DHAVE_CONFIG_H -g -O2    -I.
-I../../../gcc/libiberty/../include  -W -Wall -Wwrite-strings
-Wc++-compat -Wstrict-prototypes -pedantic
../../../gcc/libiberty/strsignal.c -o pic/strsignal.o; \
        else true; fi
/home/andy/live-gcc/my_gcc/./gcc/xgcc
-B/home/andy/live-gcc/my_gcc/./gcc/ -B/usr/local/i686-pc-cygwin/bin/
-B/usr/local/i686-pc-cygwin/lib/ -isystem
/usr/local/i686-pc-cygwin/include -isystem
/usr/local/i686-pc-cygwin/sys-include -c -DHAVE_CONFIG_H -g -O2    -I.
-I../../../gcc/libiberty/../include  -W -Wall -Wwrite-strings
-Wc++-compat -Wstrict-prototypes -pedantic
../../../gcc/libiberty/strsignal.c -o strsignal.o
../../../gcc/libiberty/strsignal.c:408: error: conflicting types for
'strsignal'
/usr/include/string.h:78: note: previous declaration of 'strsignal' was here
make[2]: *** [strsignal.o] Error 1
make[2]: Leaving directory
`/home/andy/live-gcc/my_gcc/i686-pc-cygwin/libiberty'
make[1]: *** [all-target-libiberty] Error 2
make[1]: Leaving directory `/home/andy/live-gcc/my_gcc'
make: *** [all] Error 2

This happens because libiberty configure has a hard-coded hack that kicks in
when building libiberty as a target library, which causes strsignal (and a
couple of others) to be removed from the list of functions for configure to
check against the system libraries, causing the libiberty versions to be built
when they aren't needed.  (They used to be required; formerly, Cygwin pulled in
the object files from libiberty when linking the DLL, but this was fixed some
time ago and the hack has been obsolete since then).  I am testing a patch to
remove the hack.


-- 
           Summary: Bootstrap failure on Cygwin vs. libiberty.
           Product: gcc
           Version: 4.4.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: bootstrap
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: dave dot korn dot cygwin at gmail dot com
 GCC build triplet: i686-pc-cygwin
  GCC host triplet: i686-pc-cygwin
GCC target triplet: i686-pc-cygwin


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38903


^ permalink raw reply	[flat|nested] 9+ messages in thread
end of thread, other threads:[~2009-07-30 10:25 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-01-18  0:29 [Bug bootstrap/38903] New: Bootstrap failure on Cygwin vs. libiberty dave dot korn dot cygwin at gmail dot com
2009-01-18  0:32 ` [Bug bootstrap/38903] " dave dot korn dot cygwin at gmail dot com
2009-01-18 21:40 ` dave dot korn dot cygwin at gmail dot com
2009-01-26  9:48 ` dave dot korn dot cygwin at gmail dot com
2009-07-29  9:24 ` davek at gcc dot gnu dot org
2009-07-29  9:28 ` davek at gcc dot gnu dot org
2009-07-29 11:45 ` davek at gcc dot gnu dot org
2009-07-29 12:08 ` davek at gcc dot gnu dot org
2009-07-30 10:25 ` rguenth at gcc dot gnu dot org

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).