From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22139 invoked by alias); 16 Jul 2012 13:35:07 -0000 Received: (qmail 21948 invoked by uid 22791); 16 Jul 2012 13:35:06 -0000 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 Received: from mail-lb0-f171.google.com (HELO mail-lb0-f171.google.com) (209.85.217.171) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 16 Jul 2012 13:34:52 +0000 Received: by lbom4 with SMTP id m4so7496208lbo.2 for ; Mon, 16 Jul 2012 06:34:51 -0700 (PDT) MIME-Version: 1.0 Received: by 10.112.29.233 with SMTP id n9mr5308404lbh.91.1342445690980; Mon, 16 Jul 2012 06:34:50 -0700 (PDT) Received: by 10.112.86.130 with HTTP; Mon, 16 Jul 2012 06:34:50 -0700 (PDT) In-Reply-To: <5003C990.80503@gmail.com> References: <5003C990.80503@gmail.com> Date: Mon, 16 Jul 2012 13:35:00 -0000 Message-ID: Subject: Re: [ANNOUNCEMENT] Update: perl-5.14.2-3 and most perl dependencies From: Reini Urban To: cygwin@cygwin.com Content-Type: text/plain; charset=ISO-8859-1 X-IsSubscribed: yes Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com X-SW-Source: 2012-07/txt/msg00312.txt.bz2 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 /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