X-Recipient: archive-cygwin@delorie.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.thibault@ens-lyon.org>
To: cygwin@cygwin.com
Subject: Re: R: -static not working with gcc 4.3.4
Message-ID: <20101017103951.GC27687@const.famille.thibault.fr>
Mail-Followup-To: cygwin@cygwin.com
References: <20101017005857.GA28900@const.famille.thibault.fr> <811032.23652.qm@web25502.mail.ukl.yahoo.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
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@cygwin.com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie.com@cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.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

