Perl 1.0? 92
James A. A. Joyce writes "The title says it all. There's a tiny blurb over at dev.perl.org.
Download Perl 1.0 here, for all of those nostalgics in the Slashdot audience! It's only 263KB, so why not give this piece of 1980s computing history a try?"
Some things to point out. (Score:4, Informative)
Before I continue, I'd just like to point out that on the offchance that something goes wrong with regard to dev.perl.org, I uploaded a copy before the article was posted [lycos.co.uk] in case of Slashdotting or if you just want to use a mirror.
With that out of the way, there's a few limitations of the language which I found quite interesting:
Oh, and when you download the package and untar it all into a directory, it won't work out of the box. Here's some instructions on how to make it work on Red Hat Linux system. First, untar it all into one big folder. Then, run ./Configure and just press Enter. When 'make depend' has run, you need to edit the Makefile. Open the Makefile up in your text editor and get rid of all the lines containing either '<built-in>' or '<command line>'. Then you should be able to just do 'make' and you now have a copy of Perl 1.0 as ./perl in the current directory.
Re:Some things to point out. (Score:5, Informative)
(oh, 5.8 has "use Switch;", but that's cheating)
Re:Some things to point out. (Score:3, Informative)
Re:There's one good thing about it. (Score:5, Informative)
Re:Some things to point out. (Score:4, Informative)
There are certainly hashes in Perl 1. See hash.[ch], for example.
Did you file a bug report [perl.org] for your Makefile issue? Richard Clamp is maintaining this version.
Perl 1.0 (Score:3, Informative)
Because I remember it?
I didn't consider Perl usable until Perl 5, because that's when it *finally* got lexically scoped local variables... Pretty horrifying that it took four major revisions to get that far.
Re:eh (Score:2, Informative)
We don't use K&R style function parameters. I'm rather certain various keywords are new [and deprecated like "auto"]. The language is actually a standard now, not just a "works on my compiler".
I can't really see a valid argument for most newer languages. For example, often people argue "with Java you don't need to recompile to run it elsewhere". But that isn't actually a feature of the Java language. It's a feature of the Java runtime environment.
Nothing is stopping people from writing a C compiler that targets a VM that is then subsequently ported to other boxes.
Similarly for Javascript [which is very much like C not Java
And similarly for CGI applications, etc, etc.
The only other language I can understand for daily use is Perl which is way better at text manipulation. C++ doesn't actually allow the author todo anything that can't be performed with clever use of structures [and not that complicated todo anyways]. Ruby and PHP are Perl knock-offs, Java is just stupid, slow and a bitch to work with, etc, etc, etc.
There is probably a reason why the vast majority of software people use is written in C. I just can't put my finger on it...
Tom