X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 	tests=AWL,BAYES_00,SPF_PASS
X-Spam-Check-By: sourceware.org
Message-ID: <49BA0145.2050703@gmail.com>
Date: Fri, 13 Mar 2009 06:46:29 +0000
From: Dave Korn <dave DOT korn DOT cygwin AT googlemail DOT com>
User-Agent: Thunderbird 2.0.0.17 (Windows/20080914)
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: [ANNOUNCEMENT] Updated: experimental package: gcc4-4.3.2-2
References: <announce DOT 49B8BA01 DOT 3000103 AT gmail DOT com> <49B955B0 DOT 40501 AT users DOT sourceforge DOT net>
In-Reply-To: <49B955B0.40501@users.sourceforge.net>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.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

Yaakov (Cygwin/X) wrote:

> Dave Korn wrote:
>> Plain C applications will, by default, be linked statically against libgcc as
>> previously.  To link against the shared libgcc DLL, '-shared-libgcc' must be
>> manually specified on the command-line.
> 
> 1) What exactly are the pros and cons of this?  IOW, why should we *not*
> want to use shared libgcc?

  No reason that I can think of in general.  The only case would be when you
really need to override intra-libstdc++ calls to operators new and delete, in
which case you need to link the whole thing statically.

  Also, some 3PPs will get warm fuzzies from having one less DLL to
distribute, though it hardly makes the resulting executables any more
"standalone" ;-)

> 2) How can -shared-libgcc (or -static-libgcc, for that matter) be passed
> when building with libtool so that it actually gets passed on to gcc?

  Errr, dunno.  It's a standard GCC command-line option, libtool ought to be
taught to understand it - surprised it doesn't already.

>>  The to-do list for the first fully stable release currently stands at:
>>
>> - Implement improved weak symbol handling in Win32 PE binutils, to resolve C++
>> operator new/delete interposition problem with shared libstdc++.
>> - Add support scripts for default compiler switching.
> 
> std::wstring for cygwin-1.7?  Please??

  Oh, sorry!  Forgot.  Adding it to the list now give us:

  The to-do list for the first fully stable release currently stands at:

- Implement improved weak symbol handling in Win32 PE binutils, to resolve C++
operator new/delete interposition problem with shared libstdc++.
- Add support scripts for default compiler switching.
- std::wstring for cygwin-1.7!
- investigate fortran testsuite problems.
- investigate java testsuite run test failures.

    cheers,
      DaveK


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