[Bug bootstrap/37915] bootstrap broken for cygwin
--- Comment #7 from dannysmith at users dot sourceforge dot net 2009-01-29 01:57 --- (In reply to comment #6) This bug is fixed and should be closed now. A new PR, bug 37660, has been created for the separate issue in comment 4. Closing -- dannysmith at users dot sourceforge dot net changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37915
[Bug bootstrap/37915] bootstrap broken for cygwin
--- Comment #6 from dave dot korn dot cygwin at gmail dot com 2009-01-16 13:43 --- This bug is fixed and should be closed now. A new PR, bug 37660, has been created for the separate issue in comment 4. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37915
[Bug bootstrap/37915] bootstrap broken for cygwin
--- Comment #5 from dannysmith at users dot sourceforge dot net 2008-11-21 05:51 --- (In reply to comment #4) Creating library file: .libs/libssp.dll.a .libs/ssp.o: In function `fail': /home/vmk/gccdev/gcctr11/gcc/libssp/ssp.c:109: undefined reference to `___chkstk' .libs/gets-chk.o: In function `__gets_chk': /home/vmk/gccdev/gcctr11/gcc/libssp/gets-chk.c:66: undefined reference to `___chkstk' This is a different bug. Cygwin uses the rules in gcc.c:init_gcc_specs to Add appropriate libgcc specs to OBSTACK, taking into account various permutations of -shared-libgcc, -shared, and such. These do not quite work for Windows targets because dll's do not allow any reference to be undefined whey they are built. Thus, the static libgcc.a must generally be included to resolve, eg __chkstk.mingw works around this by defining it's own REAL_LIBGCC_SPEC in mingw32.h that does this. Perhaps cygwin should do the same. Danny -- dannysmith at users dot sourceforge dot net changed: What|Removed |Added CC||dave dot korn at artimi dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37915
[Bug bootstrap/37915] bootstrap broken for cygwin
--- Comment #4 from murali dot vemulapati at gmail dot com 2008-11-19 15:38 --- I updated to svn rev 141991 which has the above changes and did a bootstrap. The problem with compiling stc++.h seems to have been resolved. I get another error as follows in libssp: libtool: link: /home/vmk/gccdev/gcctr11/gccobj/./gcc/xgcc -B/home/vmk/gccdev/gcctr11/gccobj/./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 -shared .libs/ssp.o .libs/gets-chk.o .libs/memcpy-chk.o .libs/memmove-chk.o .libs/mempcpy-chk.o .libs/memset-chk.o .libs/snprintf-chk.o .libs/sprintf-chk.o .libs/stpcpy-chk.o .libs/strcat-chk.o .libs/strcpy-chk.o .libs/strncat-chk.o .libs/strncpy-chk.o .libs/vsnprintf-chk.o .libs/vsprintf-chk.o -Wl,--version-script=/home/vmk/gccdev/gcctr11/gcc/libssp/ssp.map -o .libs/cygssp-0.dll -Wl,--enable-auto-image-base -Xlinker --out-implib -Xlinker .libs/libssp.dll.a Creating library file: .libs/libssp.dll.a .libs/ssp.o: In function `fail': /home/vmk/gccdev/gcctr11/gcc/libssp/ssp.c:109: undefined reference to `___chkstk' .libs/gets-chk.o: In function `__gets_chk': /home/vmk/gccdev/gcctr11/gcc/libssp/gets-chk.c:66: undefined reference to `___chkstk' collect2: ld returned 1 exit status make[3]: *** [libssp.la] Error 1 make[3]: Leaving directory `/home/vmk/gccdev/gcctr11/gccobj/i686-pc-cygwin/libssp' make[2]: *** [all] Error 2 make[2]: Leaving directory `/home/vmk/gccdev/gcctr11/gccobj/i686-pc-cygwin/libssp' make[1]: *** [all-target-libssp] Error 2 make[1]: Leaving directory `/home/vmk/gccdev/gcctr11/gccobj' make: *** [bootstrap] Error 2 ]0;~/gccdev/gcctr11/gccobj -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37915
[Bug bootstrap/37915] bootstrap broken for cygwin
--- Comment #3 from dannysmith at users dot sourceforge dot net 2008-11-18 06:26 --- Hello Murali, Does the patch for PR 38130 fix the build of libstdc++ on cygwin? http://gcc.gnu.org/bugzilla/attachment.cgi?id=16713action=view Danny -- dannysmith at users dot sourceforge dot net changed: What|Removed |Added CC||dannysmith at users dot ||sourceforge dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37915
[Bug bootstrap/37915] bootstrap broken for cygwin
--- Comment #2 from mikpe at it dot uu dot se 2008-10-31 10:03 ---
(In reply to comment #1)
I rebuilt my toolchains with binutils-2.19 + three fixes and now
gcc-4.4-20081024 builds fine for me with --enable-languages=c,c++.
The three addon fixes in my binutils-2.19 are:
1. http://sourceware.org/ml/binutils-cvs/2008-10/msg00050.html
Backport pointers aren't long on Win64 fix from upstream.
2. http://sourceware.org/ml/binutils-cvs/2008-10/msg00112.html
Backport ld -r bug on Win64 (PR6945) fix from upstream.
3. Local multilib patches so i686-{cygwin,mingw32} binutils can process 64-bit
object files, and x86_64-mingw32 binutils can process 32-bit object files.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37915
