From owner-freebsd-hackers Thu Oct 24 05:35:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA18167 for hackers-outgoing; Thu, 24 Oct 1996 05:35:42 -0700 (PDT) Received: from veda.is (root@ubiq.veda.is [193.4.230.60]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA18161; Thu, 24 Oct 1996 05:35:33 -0700 (PDT) Received: (from adam@localhost) by veda.is (8.7.6/8.7.3) id MAA26317; Thu, 24 Oct 1996 12:32:45 GMT From: Adam David Message-Id: <199610241232.MAA26317@veda.is> Subject: Re: ex/vi version 1.79 now available for anonymous ftp. To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 24 Oct 1996 12:32:41 +0000 (GMT) Cc: stesin@gu.net, joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org, committers@FreeBSD.org In-Reply-To: <13379.846159409@time.cdrom.com> from "Jordan K. Hubbard" at "Oct 24, 96 05:16:49 am" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Two direct consequences: > > > > 1. Perl 5.003_smth goes from ports to main tree -- > > packed as a big shared library, + a 8k /usr/bin/perl; > > and /usr/bin/vi and all other programs using Perl5's > > embedded features will use that shared lib. Now that is pretty cool. > > 2. Old and rusty perl4 goes to Attic. > > > > Why so many people don't like this to happen (for years) -- > > who knows? As for me, Perl is as great as Tcl is, both > > are useful. > > I think we were waiting for Perl5 to shake out, and with good reason. > Many parts of the PERL programming world still had yet to shift > themselves, which was another good reason to stick with Perl4. Isn't there a perl4 compatibility module or something, that would ease the transition? > Nowdays, I don't know. First off, how much bigger is it going to > make our default source tree and second, is the perl world really > ready for /usr/bin/perl to be perl5 by default? In the worst case... how about /usr/bin/operl for the exceptions, and nuke it later? Adam David