From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3237 invoked by alias); 9 Apr 2014 14:13:59 -0000 Mailing-List: contact cygwin-apps-help@cygwin.com; run by ezmlm Precedence: bulk Sender: cygwin-apps-owner@cygwin.com List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Mail-Followup-To: cygwin-apps@cygwin.com Received: (qmail 3219 invoked by uid 89); 9 Apr 2014 14:13:58 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mail-wi0-f179.google.com Received: from mail-wi0-f179.google.com (HELO mail-wi0-f179.google.com) (209.85.212.179) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Wed, 09 Apr 2014 14:13:56 +0000 Received: by mail-wi0-f179.google.com with SMTP id z2so3287191wiv.6 for ; Wed, 09 Apr 2014 07:13:53 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.180.96.225 with SMTP id dv1mr10228090wib.37.1397052833233; Wed, 09 Apr 2014 07:13:53 -0700 (PDT) Received: by 10.217.55.131 with HTTP; Wed, 9 Apr 2014 07:13:53 -0700 (PDT) In-Reply-To: <87r457wlyz.fsf@Rainer.invalid> References: <534078A2.4000601@tiscali.co.uk> <87bnwf2cjl.fsf@Rainer.invalid> <534174C4.5010608@tiscali.co.uk> <87y4zi1kib.fsf@Rainer.invalid> <5341A3F5.2040506@tiscali.co.uk> <8761mlx7im.fsf@Rainer.invalid> <87a9bvsnse.fsf@Rainer.invalid> <87r457wlyz.fsf@Rainer.invalid> Date: Wed, 09 Apr 2014 14:13:00 -0000 Message-ID: Subject: Re: 64-bit: Missing perl modules From: Reini Urban To: cygwin-apps Content-Type: text/plain; charset=ISO-8859-1 X-IsSubscribed: yes X-SW-Source: 2014-04/txt/msg00036.txt.bz2 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.