X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org Date: Fri, 27 Jun 2008 10:08:31 +0200 From: "H.Merijn Brand" To: Reini Urban Cc: The Perl5 Porters Mailing List , Cygwin List Subject: Re: cygwin Config{libperl} going dynamic? Message-ID: <20080627100831.61158b28@pc09.procura.nl> In-Reply-To: <48649DD0.9010102@x-ray.at> References: <48649DD0 DOT 9010102 AT x-ray DOT at> X-Mailer: Claws Mail 3.4.0cvs110 (GTK+ 2.12.0; x86_64-unknown-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , 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 Fri, 27 Jun 2008 09:59:12 +0200, Reini Urban wrote: > [sent to both lists, I'll watch both and summarize then] > > I'm quite unhappy with my recent PERL_SUBVERSION stripping from the dll. > > It's a long time since the gnu linker can directly link to a .dll. > On cygwin I have more and more problems in the toolchain with the dll > naming. > installperl has weird hacks, ExtUtils::Embed, the B Compiler. > > I want to change back the stripping of the last version digit (from > 5_11_0 to 5_11) that it does this only if usedevel is undefined. > With usedevel one should be able to have multiple versions in parallel. > Anyway, it should be a user choice in Configure, and not a vendor and > now even core choice. > > So I want to switch the cygwin libperl to the name of the shared lib, as > on most other platforms. This will require a change in Configure for the > cygwin specific part. In fact I want to get rid of most of the cygwin > specialities. > The remaining only quirks should be that Win32CORE.o should be linked > into libperl also, to work around libtool problems when building > mod_perl and other libtool projects linking to perl. (I'll propose in > another thread). > > The importlib should stay in archlib/CORE for older modules searching it > there - ExtUtils::CBuilder apparently does not care about > $Config{libperl}. See lib/ExtUtils/CBuilder/Platform/cygwin.pm hardcoded > against libperl.dll.a which fails on older perls < 5.8. > > Opinions? I personally am all in favour to remove all system specific hacks and quirks if it can be dealt with sane and safe in hints/.sh > I have such a patch in work and tested for a month or so, but it's still > not good enough. > I haven't yet checked against the ld version, if the old linker supports > direct dll linkage. -- H.Merijn Brand Amsterdam Perl Mongers http://amsterdam.pm.org/ using & porting perl 5.6.2, 5.8.x, 5.10.x, 5.11.x on HP-UX 10.20, 11.00, 11.11, 11.23, and 11.31, SuSE 10.1, 10.2, and 10.3, AIX 5.2, and Cygwin. http://mirrors.develooper.com/hpux/ http://www.test-smoke.org/ http://qa.perl.org http://www.goldmark.org/jeff/stupid-disclaimers/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/