From owner-freebsd-current Tue Apr 30 14:31: 5 2002 Delivered-To: freebsd-current@freebsd.org Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.139.170]) by hub.freebsd.org (Postfix) with ESMTP id F241137B405 for ; Tue, 30 Apr 2002 14:30:38 -0700 (PDT) Received: from storm.FreeBSD.org.uk (uucp@localhost [127.0.0.1]) by storm.FreeBSD.org.uk (8.12.2/8.12.2) with ESMTP id g3ULUb28087703; Tue, 30 Apr 2002 22:30:37 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Received: (from uucp@localhost) by storm.FreeBSD.org.uk (8.12.2/8.12.2/Submit) with UUCP id g3ULUb7n087702; Tue, 30 Apr 2002 22:30:37 +0100 (BST) Received: from grimreaper.grondar.org (localhost [127.0.0.1]) by grimreaper.grondar.org (8.12.3/8.12.3) with ESMTP id g3ULT1oI033122; Tue, 30 Apr 2002 22:29:01 +0100 (BST) (envelope-from mark@grimreaper.grondar.org) Message-Id: <200204302129.g3ULT1oI033122@grimreaper.grondar.org> To: Johnny Lam Cc: freebsd-current@FreeBSD.ORG, perl5-porters@perl.org Subject: Re: Save a few hunderd kilobytes or a few hundred perl users? References: <20020430134041.A11328@jgrind.home> In-Reply-To: <20020430134041.A11328@jgrind.home> ; from Johnny Lam "Tue, 30 Apr 2002 13:40:41 PDT." Date: Tue, 30 Apr 2002 22:29:00 +0100 From: Mark Murray Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I think Perl should be broken into two pieces: a "miniperl" distribution > that is called "Perl" and a separate "Standard Perl Module Library" > distribution. They would be versioned separately so what's considered part > of the core Perl language isn't confused with what version of CGI.pm or > other random module is included with a Perl distribution. It's clear that > the modules evolve much faster than Perl's release cycle, so the Perl > Library distribution could simply be on its release cycle. I would be _delighted_ with this arrangement! *BSD could use the "Perl" dist, and libraries would be excellent ports-fodder. > NetBSD (I) used to separate out Perl into a separate "miniperl" package + > extensions, but I gave up on doing this because it was just getting to be > a maintainence headache -- with every Perl release, I had to wade through > a different module list to see what should be removed and what should stay > and I just got fed up with the extra work. This is a lose for some of our > platforms that just don't have a lot of disk space to spare, e.g. > NetBSD/hpcmips. With a Perl + Perl Library setup, we could more easily > control via a package system which modules are installed in a simpler, > more additive way. A headache that would need to be addressed (IMO) is the one where Perl makes too many decisions about runtime at compile time. This makes things like cross building a real PITN. If the above "Perl" was really minimalist, that would be good. If it was basically some .c/.h (and .l/.y) files making the core language + Dynaloader, with no need to execute _any_ perl during the build, that would fit into the *BSD build paradigm very well indeed, and that would probably support the "Standard Perl Module Library" subsystem very well indeed, with no circular dependancies. A _big_ headache is the config.sh script that is sometimes read by a perl script, thus breaking any chance of putting shell variables and expressions in there and having them expand properly. Perl stuff like perldoc, pod2man we would like to be able to build with sed/awk scripts if necessary. I fully recognise as a programmer that this is not trivial work :-). M -- o Mark Murray \_ O.\_ Warning: this .sig is umop ap!sdn To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message