Bug 37655 - Error Building libgcc_s.dll
Summary: Error Building libgcc_s.dll
Status: RESOLVED FIXED
Alias: None
Product: gcc
Classification: Unclassified
Component: bootstrap (show other bugs)
Version: 4.4.0
: P3 normal
Target Milestone: ---
Assignee: Not yet assigned to anyone
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-09-26 23:58 UTC by James McKelvey
Modified: 2010-02-17 15:33 UTC (History)
1 user (show)

See Also:
Host: i686-pc-cygwin
Target: i686-pc-cygwin
Build: i686-pc-cygwin
Known to work:
Known to fail:
Last reconfirmed:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description James McKelvey 2008-09-26 23:58:48 UTC
$ uname -a
CYGWIN_NT-5.1 MCKELVEY-XP 1.5.25(0.156/4/2) 2008-06-12 19:34 i686 Cygwin

$ g++ -v
Using built-in specs.
Target: i686-pc-cygwin
Configured with: /cygdrive/f/Home/cvsroot/gcc/configure --verbose --enable-threads --disable-nls --disable-win32-registry --enable-languages=c,c++
Thread model: posix
gcc version 4.4.0 20080826 (experimental) (GCC) 


$ alias CONFIGURECVS
alias CONFIGURECVS='/cygdrive/f/Home/cvsroot/gcc/configure     --verbose --enable-threads --disable-nls     --disable-win32-registry --enable-languages=c,c++ 2>&1 | tee clog'

$ alias BUILD
alias BUILD='nice make CFLAGS='\'''\'' BOOT_CFLAGS='\'''\'' LIBCFLAGS='\''-g -O'\''     CXXFLAGS='\''-O'\'' LIBCXXFLAGS='\''-g -O'\''     bootstrap 2>&1 | tee log'





# @multilib_flags@ is still needed because this may use
# /cygdrive/f/Home/cvsroot/gcc-obj/./gcc/xgcc -B/cygdrive/f/Home/cvsroot/gcc-obj/./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 and -O2 -I/cygdrive/f/Home/cvsroot/gcc/gcc/../winsup/w32api/include -g -O2 -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition  -isystem ./include   -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED  directly.
# @multilib_dir@ is not really necessary, but sometimes it has
# more uses than just a directory name.
/bin/sh /cygdrive/f/Home/cvsroot/gcc/libgcc/../mkinstalldirs .
ln -s libgcc.map libgcc.map.def && if [ ! -d ./shlib ]; then mkdir ./shlib else true; fi && /cygdrive/f/Home/cvsroot/gcc-obj/./gcc/xgcc -B/cygdrive/f/Home/cvsroot/gcc-obj/./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 -O2 -I/cygdrive/f/Home/cvsroot/gcc/gcc/../winsup/w32api/include -g -O2 -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition  -isystem ./include   -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED  -shared -nodefaultlibs libgcc.map.def -Wl,--out-implib,./shlib/libgcc_s.a.tmp -o ./shlib/libgcc_s_1.dll.tmp -g -O2 -B./ _chkstk_s.o _muldi3_s.o _negdi2_s.o _lshrdi3_s.o _ashldi3_s.o _ashrdi3_s.o _cmpdi2_s.o _ucmpdi2_s.o _clear_cache_s.o _enable_execute_stack_s.o _trampoline_s.o __main_s.o _absvsi2_s.o _absvdi2_s.o _addvsi3_s.o _addvdi3_s.o _subvsi3_s.o _subvdi3_s.o _mulvsi3_s.o _mulvdi3_s.o _negvsi2_s.o _negvdi2_s.o _ctors_s.o _ffssi2_s.o _ffsdi2_s.o _clz_s.o _clzsi2_s.o _clzdi2_s.o _ctzsi2_s.o _ctzdi2_s.o _popcount_tab_s.o _popcountsi2_s.o _popcountdi2_s.o _paritysi2_s.o _paritydi2_s.o _powisf2_s.o _powidf2_s.o _powixf2_s.o _powitf2_s.o _mulsc3_s.o _muldc3_s.o _mulxc3_s.o _multc3_s.o _divsc3_s.o _divdc3_s.o _divxc3_s.o _divtc3_s.o _bswapsi2_s.o _bswapdi2_s.o _fixunssfsi_s.o _fixunsdfsi_s.o _fixunsxfsi_s.o _fixsfdi_s.o _fixdfdi_s.o _fixxfdi_s.o _fixtfdi_s.o _fixunssfdi_s.o _fixunsdfdi_s.o _fixunsxfdi_s.o _fixunstfdi_s.o _floatdisf_s.o _floatdidf_s.o _floatdixf_s.o _floatditf_s.o _floatundisf_s.o _floatundidf_s.o _floatundixf_s.o _floatunditf_s.o _divdi3_s.o _moddi3_s.o _udivdi3_s.o _umoddi3_s.o _udiv_w_sdiv_s.o _udivmoddi4_s.o unwind-dw2_s.o unwind-dw2-fde_s.o unwind-sjlj_s.o gthr-gnat_s.o unwind-c_s.o emutls_s.o -lcygwin -luser32 -lkernel32 -ladvapi32 -lshell32 && if [ -f ./shlib/libgcc_s_1.dll ]; then mv -f ./shlib/libgcc_s_1.dll ./shlib/libgcc_s_1.dll.backup; else true; fi && mv ./shlib/libgcc_s_1.dll.tmp ./shlib/libgcc_s_1.dll && mv ./shlib/libgcc_s.a.tmp ./shlib/libgcc_s.a
ln: creating symbolic link `libgcc.map.def': File exists
make[3]: *** [libgcc_s.dll] Error 1
make[3]: Leaving directory `/cygdrive/f/Home/cvsroot/gcc-obj/i686-pc-cygwin/libgcc'
make[2]: *** [all-stage1-target-libgcc] Error 2
make[2]: Leaving directory `/cygdrive/f/Home/cvsroot/gcc-obj'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory `/cygdrive/f/Home/cvsroot/gcc-obj'
make: *** [bootstrap] Error 2
Comment 1 brian 2008-09-27 00:14:23 UTC
Subject: Re:   New: Error Building libgcc_s.dll

The fact that the symlink already exists implies that the command failed
before and this is the result of running it again.  What is the actual
error when you remove the symlink to allow it to succeed in creating
it?  (That should be fixed by adding -f to the ln command, but that's
probably not the real problem.)

It looks like you're trying to build a month-old version, but there have
been recent fixes in this area so you'll need to use r140541 or newer in
order for it to work.
Comment 2 James McKelvey 2008-09-27 05:26:32 UTC
(In reply to comment #1)
> Subject: Re:   New: Error Building libgcc_s.dll
> 
> The fact that the symlink already exists implies that the command failed
> before and this is the result of running it again.  What is the actual
> error when you remove the symlink to allow it to succeed in creating
> it?  (That should be fixed by adding -f to the ln command, but that's
> probably not the real problem.)

If I remove the symlink and rebuild, I get the same error.

> 
> It looks like you're trying to build a month-old version, but there have
> been recent fixes in this area so you'll need to use r140541 or newer in
> order for it to work.
> 

I'm building from the latest CVS.

I'll try again from scratch.
Comment 3 James McKelvey 2008-09-27 17:38:25 UTC
If I build from scratch with a svn update I get bug 37660.

If I then build again I get 37655, so probably this bug is not important and just
fixed by adding -f to ln as Brian says.
Comment 4 Dave Korn 2010-02-17 15:33:08 UTC
The ln invocation has long since been using -f, so i'm closing this old bug fixed.