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 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 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 AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , 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