This is the mail archive of the
cygwin-apps
mailing list for the Cygwin project.
Re: 64-bit: Missing perl modules
- From: Achim Gratz <Stromeko at nexgo dot de>
- To: cygwin-apps at cygwin dot com
- Date: Mon, 07 Apr 2014 21:29:53 +0200
- Subject: Re: 64-bit: Missing perl modules
- Authentication-results: sourceware.org; auth=none
- References: <534078A2 dot 4000601 at tiscali dot co dot uk> <87bnwf2cjl dot fsf at Rainer dot invalid> <534174C4 dot 5010608 at tiscali dot co dot uk> <87y4zi1kib dot fsf at Rainer dot invalid> <5341A3F5 dot 2040506 at tiscali dot co dot uk> <CAHiT=DF117Jf0jdV8KQHOakkOw3_A5FvmSRKRRVnXGt-MLY6cA at mail dot gmail dot com>
Reini Urban writes:
> The new 5.18.2 package will be unified for 32bit and 64bit, yes.
Looking forward to itâ
> perl_vendor will probably stay as is, as it is the easiest for the
> user and the maintainer.
I beg to differ. It would be vastly easier for everyone if perl_vendor
simply depended on those packages that are now hidden inside it. Let me
know what's inside the new perl_vendor and I'll help to produce those
single distribution packages.
> I still need to rebase all most-used XS modules esp. on 32bit perl to
> make sense and avoid dll base collisions on forks, which happens with
> CPAN, a basic bootstrap problem.
I've not been doing that for more than two years now and have actually
backed out the respective changes in MakeMaker, IIRC. As long as I'm
using cygport I'm not running into problems (except for PDL since this
produces several DLL that initially occupy the same address space, which
is easily taken care of with an ephemeral rebase before testing).
> My cygwin-specific rebase framework for CPAN modules still needs some
> love, esp. on 32bit.
I'm doing incremental auto-rebase on install, YMMV.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Samples for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra