This is the mail archive of the
cygwin-apps
mailing list for the Cygwin project.
Re: 64-bit: Missing perl modules
- From: Reini Urban <rurban at x-ray dot at>
- To: cygwin-apps <cygwin-apps at cygwin dot com>
- Date: Wed, 9 Apr 2014 09:13:53 -0500
- 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> <8761mlx7im dot fsf at Rainer dot invalid> <CAHiT=DFhajOOFDeFseptmrPVXHGVjrAiFxDaW6Z7qQ6XR070DQ at mail dot gmail dot com> <87a9bvsnse dot fsf at Rainer dot invalid> <CAHiT=DEe1O4Vn7dp2mPwUNvEagZDtauu9_ZS1vfpEgZ+V0wt4A at mail dot gmail dot com> <87r457wlyz dot fsf at Rainer dot invalid>
On Tue, Apr 8, 2014 at 4:27 PM, Achim Gratz wrote:
> Reini Urban writes:
>> Only if you register each and every user module with the system.
>> But we don't want that.
>
> Wait, weren't we talking about vendor-perl, possibly site-perl? These
> two locations are already "registered with the system". The only
> head-scratcher for me are always inline modules compiled on the fly and
> stuffed into private directories. Rebase doesn't provide for any
> private libraries and really it can't since this is a system-wide issue.
So why are you discussing this with me that long when you have no idea
how the systems works, and how it should work?
FYI:
vendor-perl is provided by perl_vendor and pre-rebased, and then
post-rebased by setup.
site-perl is populated by cpan and rebased with EUMM hooks and perlrebase.
Without proper rebasing of all dll's perl will not be able to fork or
call itself,
and it does it very often. The most prominent case being EUMM and CPAN.
This is only an issue for 32 bit, 64 bit has a much friendlier address space.