From owner-freebsd-hackers Tue Mar 28 18:38:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA02929 for hackers-outgoing; Tue, 28 Mar 1995 18:38:28 -0800 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA02920 for ; Tue, 28 Mar 1995 18:38:23 -0800 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id TAA12717; Tue, 28 Mar 1995 19:42:25 -0700 Date: Tue, 28 Mar 1995 19:42:25 -0700 Message-Id: <199503290242.TAA12717@trout.sri.MT.net> To: Amancio Hasty Cc: Nate Williams , hackers@freefall.cdrom.com Subject: Re: MBONE interfaces and snazzy install tools. In-Reply-To: <199503281744.RAA11596@star-gate.com> References: <199503290127.SAA12442@trout.sri.MT.net> <199503281744.RAA11596@star-gate.com> Reply-To: nate@sneezy.sri.com (Nate Williams) From: nate@sneezy.sri.com (Nate Williams) Sender: hackers-owner@FreeBSD.org Precedence: bulk > First of all I did not participate on including perl into the system. I had a 'very' small part in it. > And, I was one of the first programmers to port tcl/tk back > in the days of 386bsd so to say that I like today tcl/tk because is > fashionable is not too cool but crude. It wasn't my intent to be cool or crude. I never once said you liked tcl/tk because it was fashionable, but alot of folks are writing tcl/tk programs because it is now fashionable. > Now lets talk about fashionably about the problems of providing > a decent object oriented paradigm. Perl5 does a very good job. It does the best job I have seen of any readable interpreted language. > > IMHO, Perl is much more readable than tcl/tk. It has a much nicer > > $Sorry $I $hate $Pearl... To each his own. > > ,and since we don't have tcl/tk > > in the system and no reasons to bring them 'right now', then I think > > Very lame excuse if you ask me specially if pearl is not up to the job. Yes, but as I already stated, we already have tools that work along with Perl that *are* up to the task. They aren't tcl/tk though... This is the last posting on this subject I'll make. I apologize for not making it blatantly clear, but my intent is to say that what we have is adequate, and there is *NOTHING* that causes us to move to tcl/tk while there is a large number of utilities in the tree that require Perl. If you want to provide something wonderful which will make an overwhelming arguement for including tcl/tk in the system then I'm sure it will be included. Until that happens, it isn't part of the system. Nate