X-Recipient:	archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status:	No, hits=-2.2 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,TW_BG
X-Spam-Check-By:	sourceware.org
Message-ID:	<4D8A1F58.80103@gmail.com>
Date:	Wed, 23 Mar 2011 16:27:04 +0000
From:	Dave Korn <dave DOT korn DOT cygwin AT gmail DOT com>
User-Agent:	Thunderbird 2.0.0.17 (Windows/20080914)
MIME-Version:	1.0
To:	marco atzeri <marco DOT atzeri AT gmail DOT com>
CC:	cygwin AT cygwin DOT com
Subject:	Re: cyggfortran-3.dll broken ?
References:	<AANLkTi=WaAY1HY2bZ2zKHHuCkpNE4oLCZ8cY1J=CV1Ma AT mail DOT gmail DOT com> <4D8A1775 DOT 5020601 AT gmail DOT com> <4D8A1BCD DOT 2080506 AT gmail DOT com> <AANLkTinGfQi2ad4yTbDydrzbURQATtTT4zVJWG01V5LS AT mail DOT gmail DOT com>
In-Reply-To:	<AANLkTinGfQi2ad4yTbDydrzbURQATtTT4zVJWG01V5LS@mail.gmail.com>
X-IsSubscribed:	yes
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

On 23/03/2011 16:19, marco atzeri wrote:

> May be as they are now available from cygwin-1.7.8 ?

  Yes indeed (and this is why I didn't see any errors during the compiler
testsuite), I just had a quick look at the libgfortran autoconfigury, it
provides replacements for those functions when the standard libm doesn't
contain them.  Now that they are in the cygwin dll, libgfortran doesn't need
to provide them anymore but this has the unfortunate side-effect of breaking
old executables, since on Windows an imported function reference in an
executable has to specify not just the function name but also the particular
DLL from which the import comes.

  I imagine that on ELF platforms where the executable just has a list of
undefined functions and a list of shared libs to load and the dynamic linker
just satisfies an undefined symbol from whichever lib it first comes across a
definition of it, this probably works without anything needing changing.  But
we're stuck I'm afraid when exports move around like this.

  Sorry, looks like you'll need to respin after all.

    cheers,
      DaveK

--
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 -