X-Recipient:	archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status:	No, hits=-0.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_BRBL_LASTEXT,TW_LG,TW_YG
X-Spam-Check-By:	sourceware.org
Date:	Sun, 17 Oct 2010 12:39:51 +0200
From:	Samuel Thibault <samuel DOT thibault AT ens-lyon DOT org>
To:	cygwin AT cygwin DOT com
Subject:	Re: R: -static not working with gcc 4.3.4
Message-ID:	<20101017103951.GC27687@const.famille.thibault.fr>
Mail-Followup-To:	cygwin AT cygwin DOT com
References:	<20101017005857 DOT GA28900 AT const DOT famille DOT thibault DOT fr> <811032 DOT 23652 DOT qm AT web25502 DOT mail DOT ukl DOT yahoo DOT com>
MIME-Version:	1.0
In-Reply-To:	<811032.23652.qm@web25502.mail.ukl.yahoo.com>
User-Agent:	Mutt/1.5.12-2006-07-14
X-IsSubscribed:	yes
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Unsubscribe:	<mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com

Marco Atzeri, le Sun 17 Oct 2010 06:33:39 +0100, a écrit :
> > Data: Domenica 17 ottobre 2010, 02:58
> > gcc -static doesn't seem to be working any more using gcc
> > 4.3.4:
> > 
> > $ cat test.c
> > int main(void) {}
> > $ gcc test.c -o test -static
> > /usr/lib/gcc/i686-pc-cygwin/4.3.4/../../../../i686-pc-cygwin/bin/ld:
> > cannot find -lgcc_s
> > /usr/lib/gcc/i686-pc-cygwin/4.3.4/../../../../i686-pc-cygwin/bin/ld:
> > cannot find -lgcc_s
> > 
> > There indeed is libgcc_s.dll.a in
> > /usr/lib/gcc/i686-pc-cygwin/, but for
> > some reason gcc doesn't seem to be happy with it. This is
> > using gcc4 and
> > gcc4-core 4.3.4-3.  gcc-3 works fine.
> 
> $ gcc test.c -o test -static-libgcc

Errr, right, that's a workaround, but I don't see why I should be
forced to do it that way, not taking advantage of sharing libgcc, while
apparently libgcc_s.dll.a and cygcc_s-1.dll are really there, and it's
just something that doesn't exactly work appropriately any more, i.e. a
regression.

> $ cygcheck ./test.exe
> C:\cygwin\tmp\test.exe
>   C:\cygwin\bin\cygwin1.dll
>     C:\WINDOWS\system32\ADVAPI32.DLL
>       C:\WINDOWS\system32\KERNEL32.dll
>         C:\WINDOWS\system32\ntdll.dll
>       C:\WINDOWS\system32\RPCRT4.dll
>         C:\WINDOWS\system32\Secur32.dll
> 
> see gcc documetation

Yes, it doesn't use the shared version of libgcc, but that's not what I
want.

Samuel

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

- Raw text -