From owner-freebsd-config Wed Jan 22 16:10:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA09534 for config-outgoing; Wed, 22 Jan 1997 16:10:39 -0800 (PST) Received: from albert.gnu.ai.mit.edu (albert.gnu.ai.mit.edu [128.52.46.31]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id QAA09511; Wed, 22 Jan 1997 16:10:34 -0800 (PST) Received: from kropotkin.gnu.ai.mit.edu by albert.gnu.ai.mit.edu (8.6.12/8.6.12GNU) with ESMTP id TAA16147; Wed, 22 Jan 1997 19:11:25 -0500 Received: by kropotkin.gnu.ai.mit.edu (8.6.12/4.0) id ; Wed, 22 Jan 1997 19:09:33 -0500 Date: Wed, 22 Jan 1997 19:09:33 -0500 Message-Id: <199701230009.TAA18836@kropotkin.gnu.ai.mit.edu> To: jkh@time.cdrom.com CC: hosokawa@mt.cs.keio.ac.jp, keithl@wakko.gil.net, chat@freebsd.org, config@freebsd.org In-reply-to: <14442.853848804@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: Cursing the sky (was: Commerical applications ...) From: Joel Ray Holveck Reply-to: joelh@gnu.ai.mit.edu Sender: owner-freebsd-config@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> No perl? I like it but I admit it's too fat :-) (my second favourite >> is C/Tk). > Well, I hate to admit that BSDI went the perl route and so far they > seem to really like it. They did, somehow, manage to get a kernel and > a single perl interpreter onto an installation floppy but damned if I > know how they did it. Perhaps they're using a specially hacked and > trimmed down version of perl, something which would be pretty evil > for us but is a *possibility* I suppose. :-) Although this is an HP9000 running an unknown version of perl: kropotkin$ ls -al perl -rwxrwxr-x 1 joelh staff 630784 Jan 22 19:04 perl kropotkin$ gzexe perl perl: 64.5% kropotkin$ ls -al perl -rwxrwxr-x 1 joelh staff 223980 Jan 22 19:05 perl > version which supports dynamic loading of modules is already in our > tree. To get that with PERL we'd have to import perl5 instead of > perl4, and that's a political battle which I don't care to fight at > this time at all. :-) Sorry, not with you. What are the issues? -- http://www.wp.com/piquan --- Joel Ray Holveck --- joelh@gnu.ai.mit.edu All my opinions are my own, not the FSF's, my employer's, or my dog's. Fourth law of computing: Anything that can go wro .signature: segmentation violation -- core dumped