X-Recipient: archive-cygwin@delorie.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@mail.gmail.com>	<4D8A1775.5020601@gmail.com>	<4D8A1BCD.2080506@gmail.com>	<AANLkTinGfQi2ad4yTbDydrzbURQATtTT4zVJWG01V5LS@mail.gmail.com>	<4D8A1F58.80103@gmail.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.atzeri@gmail.com>
To: Dave Korn <dave.korn.cygwin@gmail.com>
Cc: cygwin@cygwin.com
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
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

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

