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
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
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