X-Recipient:	archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status:	No, hits=-2.3 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,TW_BG,TW_BQ,TW_IB,TW_QR
X-Spam-Check-By:	sourceware.org
MIME-Version:	1.0
In-Reply-To:	<4D8A1F58.80103@gmail.com>
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> <4D8A1F58 DOT 80103 AT gmail DOT com>
Date:	Wed, 23 Mar 2011 17:36:07 +0100
Message-ID:	<AANLkTimW+FtzqmXmEv7sfZ75ywDvSssqox9QX5B9d+tt@mail.gmail.com>
Subject:	Re: cyggfortran-3.dll broken ?
From:	marco atzeri <marco DOT atzeri AT gmail DOT com>
To:	Dave Korn <dave DOT korn DOT cygwin AT gmail DOT com>
Cc:	cygwin AT cygwin DOT com
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

On Wed, Mar 23, 2011 at 5:27 PM, Dave Korn  wrote:
> On 23/03/2011 16:19, marco atzeri wrote:
>
>> May be as they are now available from cygwin-1.7.8 ?
>
> =A0Yes 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. =A0Now that they are in the cygwin dll, libgfortran doesn't=
 need
> to provide them anymore but this has the unfortunate side-effect of break=
ing
> old executables, since on Windows an imported function reference in an
> executable has to specify not just the function name but also the particu=
lar
> DLL from which the import comes.
>
> =A0I 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 lin=
ker
> just satisfies an undefined symbol from whichever lib it first comes acro=
ss a
> definition of it, this probably works without anything needing changing. =
=A0But
> we're stuck I'm afraid when exports move around like this.
>
> =A0Sorry, looks like you'll need to respin after all.
>
> =A0 =A0cheers,
> =A0 =A0 =A0DaveK
>

So I caused myself the problem as I added all those functions to cygwin....

Stay tuned for the octave respin.

Ehm, may be also respin of
libarpack0, liblapack0, libnetcdf6, libqrupdate0

Regards
Marco

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