X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=-5.2 required=5.0	tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,FREEMAIL_FROM,KHOP_RCVD_TRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RCVD_IN_HOSTKARMA_YE
X-Spam-Check-By: sourceware.org
MIME-Version: 1.0
In-Reply-To: <5003C990.80503@gmail.com>
References: <announce.CAHiT=DFUU2TSNQ1fWhQb8LN5ULrnesb6jDKdHyhmv93dBa_vBw AT mail DOT gmail DOT com>	<loom DOT 20120716T093320-869 AT post DOT gmane DOT org>	<5003C990 DOT 80503 AT gmail DOT com>
Date: Mon, 16 Jul 2012 08:34:50 -0500
Message-ID: <CAHiT=DH43EDZK40sHupWKCujS2tAK+7dJ_5WOZ9KpJtKr8ci6Q@mail.gmail.com>
Subject: Re: [ANNOUNCEMENT] Update: perl-5.14.2-3 and most perl dependencies
From: Reini Urban <rurban AT x-ray DOT at>
To: cygwin AT cygwin DOT com
Content-Type: text/plain; charset=ISO-8859-1
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 Mon, Jul 16, 2012 at 2:58 AM, marco atzeri wrote:
> On 7/16/2012 9:35 AM, Achim Gratz wrote:
>> There seems to be a minor packaging error:
>>   /usr/lib/perl5/5.14/i686-cygwin-threads-64int/CORE/cygperl5_14_2.dll
>> is a symbolic link pointing to
>>   /usr/bin/cygperl5_14_2.dll
>> but this file doesn't exist.

Thanks.
It's a build script error, but harmless. I'll fix it with the next update.

> I had the impression that symbolic link of dll does not work on cygwin
> due to MS constrain

Yes, but I use it the other way. The MS loader picks up the dll in
/usr/bin because it's in the PATH,
and cygwin gcc / ld (the linker) picks up the symlink in
<archlib>/CORE, where it is expected.
This way I get around the import lib in most cases and can support
multiple perl variants without
name conflicts.
-- 
Reini Urban
http://cpanel.net/   http://www.perl-compiler.org/

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