For your amusement -- Re: Lahey FORTRAN for DOS

All compiled with default options, mostly linked with MS Overlay Linker v3.6
9
(except MS 4.1, 5.00, 5.10, and the three 32 bit EXEs)

35,116 hello_i1.exe  IBM Personal FORTRAN v1.0
21,506 hello_i2.exe  IBM Personal FORTRAN v2.0
23,592 hellom32.exe  MS Fortran v3.20
28,646 hello330.exe  MS Fortran v3.30
28,630 hello331.exe  MS Fortran v3.31
17,469 hellom41.exe  MS Fortran v4.1
18,327 hellom50.exe  MS Fortran v5.00
20,867 hellom51.exe  MS Fortran v5.10
31,187 hello_lp.exe  Lahey Personal Fortran
23,058 hello_l4.exe  Lahey F77L v4.0
101,888 hellofp4.exe  MS Fortran Powerstation v4
303,312 hellodf5.exe  Digital Visual Fortran 5.1d
327,032 hellodf6.exe  Compaq Visual Fortran 6.1
28,001 hellopr1.exe  IBM Professional Fortran v1
29,664 hellopr2.exe  IBM Professional Fortran v2
32,900 hellorm3.exe  RyanMcfarland Fortran v3
-------------------------------------------------

program hello
write (*,7000) ' Hello world.'
stop ' Bye.'
7000 format(A)
end

Kevin G. Rhoads wrote:
> All compiled with default options, mostly linked with MS Overlay Linker v3
.69
> (except MS 4.1, 5.00, 5.10, and the three 32 bit EXEs)
>
>   35,116 hello_i1.exe  IBM Personal FORTRAN v1.0
>   21,506 hello_i2.exe  IBM Personal FORTRAN v2.0
>   23,592 hellom32.exe  MS Fortran v3.20
>   28,646 hello330.exe  MS Fortran v3.30
>   28,630 hello331.exe  MS Fortran v3.31
>   17,469 hellom41.exe  MS Fortran v4.1
>   18,327 hellom50.exe  MS Fortran v5.00
>   20,867 hellom51.exe  MS Fortran v5.10
>   31,187 hello_lp.exe  Lahey Personal Fortran
>   23,058 hello_l4.exe  Lahey F77L v4.0
>  101,888 hellofp4.exe  MS Fortran Powerstation v4
>  303,312 hellodf5.exe  Digital Visual Fortran 5.1d
>  327,032 hellodf6.exe  Compaq Visual Fortran 6.1
>   28,001 hellopr1.exe  IBM Professional Fortran v1
>   29,664 hellopr2.exe  IBM Professional Fortran v2
>   32,900 hellorm3.exe  RyanMcfarland Fortran v3
> -------------------------------------------------
>
>       program hello
>       write (*,7000) ' Hello world.'
>       stop ' Bye.'
>  7000 format(A)
>       end

What the hell, the sun streaming through the window is making me sleepy.....
.

lnx:scratch : pgf90 hello.f90
lnx:scratch : dir a.out
-rwxr-xr-x    1                       130K Nov  9 15:22 a.out*
lnx:scratch : ifort hello.f90
lnx:scratch : dir a.out
-rwxr-xr-x    1                       409K Nov  9 15:22 a.out*
lnx:scratch : lf95 hello.f90
Encountered 0 errors, 0 warnings in file hello.f90.
lnx:scratch : dir a.out
-rwxr-xr-x    1                       13K Nov  9 15:23 a.out*

409K for ifort! Wow.

cheers,

paulv

--
Paul van Delst
CIMSS @ NOAA/NCEP/EMC

"Kevin G. Rhoads" <kgrhoads@alum.mit.edu> wrote:

>All compiled with default options, mostly linked with MS Overlay Linker v3.
69
>(except MS 4.1, 5.00, 5.10, and the three 32 bit EXEs)
>
>  35,116 hello_i1.exe  IBM Personal FORTRAN v1.0
>  21,506 hello_i2.exe  IBM Personal FORTRAN v2.0
>  23,592 hellom32.exe  MS Fortran v3.20
>  28,646 hello330.exe  MS Fortran v3.30
>  28,630 hello331.exe  MS Fortran v3.31
>  17,469 hellom41.exe  MS Fortran v4.1
>  18,327 hellom50.exe  MS Fortran v5.00
>  20,867 hellom51.exe  MS Fortran v5.10
>  31,187 hello_lp.exe  Lahey Personal Fortran
>  23,058 hello_l4.exe  Lahey F77L v4.0
> 101,888 hellofp4.exe  MS Fortran Powerstation v4
> 303,312 hellodf5.exe  Digital Visual Fortran 5.1d
> 327,032 hellodf6.exe  Compaq Visual Fortran 6.1
>  28,001 hellopr1.exe  IBM Professional Fortran v1
>  29,664 hellopr2.exe  IBM Professional Fortran v2
>  32,900 hellorm3.exe  RyanMcfarland Fortran v3
>-------------------------------------------------
>
>      program hello
>      write (*,7000) ' Hello world.'
>      stop ' Bye.'
> 7000 format(A)
>      end

It is interesting, and it shows that priorities have changed.
Modern computers have 100+ Gb disks, not 360 Kb floppies.  On
the other hand, they can do a lot more (though you and I may not
use it).

As a result, runtime libraries are much larger, and that causes
a lot of overhead in executable size.  It doesn't seem to matter
to most users (including me these days). When I complained year
ago, one vendor told me it wasn't economically feasible to
modify the linker and libraries to omit routines not used by a
particular program, and that there was very little demand to do
so.

MHP


--
Mike Prager, NOAA, Beaufort, NC
Address spam-trapped; remove color to reply.
* Opinions expressed are personal and not represented otherwise.
* Any use of tradenames does not constitute a NOAA endorsement.

In a previous article, Paul Van Delst <paul.vandelst@noaa.gov> wrote:
>Kevin G. Rhoads wrote: 
>
>What the hell, the sun streaming through the window is making me sleepy....
.
>
>lnx:scratch : pgf90 hello.f90
>lnx:scratch : dir a.out
>-rwxr-xr-x    1                       130K Nov  9 15:22 a.out*
>lnx:scratch : ifort hello.f90
>lnx:scratch : dir a.out
>-rwxr-xr-x    1                       409K Nov  9 15:22 a.out*
>lnx:scratch : lf95 hello.f90
>Encountered 0 errors, 0 warnings in file hello.f90.
>lnx:scratch : dir a.out
>-rwxr-xr-x    1                       13K Nov  9 15:23 a.out*
>
>409K for ifort! Wow.
>
>cheers,
>
>paulv
>
>--
>Paul van Delst
>CIMSS @ NOAA/NCEP/EMC

WATCOM 10.9 - I get 65536 for windows char. mode executible
and 74834 for 16 bit dos target ..and 97150 for 32  bit dos
(dos4gw extender)

Chris

>Modern computers have 100+ Gb disks, not 360 Kb floppies.

Actually IBM Personal Fortran v1.0 came on three 160k floppies (DOS 1.x,
8 sector/track, single sided);  one for compiler first pass, one for
rest of compiler and one for linker & libraries.

I was using it on a PC maxed out to 640k, but DOS1 couldn't use more
than 448k (IIRC).  We were running a patched version of DOS1.1 which
would set up the rest of RAM as a ramdrive.  With 192k allocated to
DOS and the other 448k as a ramdisk, after booting I'd copy both
compiler phases, linker and the libraries to the ramdrive and
it really flew.  The first time I used an XT, the harddrive was
glacial in comparison.  Of course, if a program crash took down
DOS, you didn't lose the drive contents (usually).

Of course, certain aspects of that compiler were buggy as all getout.

"Kevin G. Rhoads" <kgrhoads@alum.mit.edu> wrote:

>I was using it on a PC maxed out to 640k, but DOS1 couldn't use more
>than 448k (IIRC).  [...]

I was recalling this morning that one could use a functioning
spreadsheet on a computer with 640K.  Now video cards have 64
Mb, and disks can have 8 Mb of cache.  Still, program crash.

Plus ca change, plus c'est la meme chose.


--
Mike Prager, NOAA, Beaufort, NC
Address spam-trapped; remove color to reply.
* Opinions expressed are personal and not represented otherwise.
* Any use of tradenames does not constitute a NOAA endorsement.

Michael Prager <Mike.Prager.indigo@noaa.gov> writes:

> I was recalling this morning that one could use a functioning
> spreadsheet on a computer with 640K.

A *LOT* less than 640k. The original spreadsheet was Visicalc.
See <http://www.bricklin.com/visicalc.htm> (thanks to google).
Though I never used it much (and I'm still not really "into"
spreadsheets) I'm fairly sure I still have a copy of Visicalc
for my old Apple 2e (which I also still have, though I haven't
powered it up for a year or so).

I don't recall the system requirements.  My system was pretty high end
with 128k of memory, but I suspect it might have run ok a 64k (not
640k) system, or even 48k, which was what my Apple 2+ had before I
wire-wrapped my own 16k memory expansion card by hand (too expensive
to buy one at several hundred dollars for the 16k).

I needed the extra 16k to run the UCSD Pascal system, which included
the first Fortran compiler that I had on one of my personal systems.

In my quick skim of the above site, I notice that it says that the
executable for the first Dos version (which was later than the
Apple one) was about 27k in size.. Those who have just been posting
sizes for "Hello, world." might be amused by that comparison.

--
Richard Maine                       |  Good judgment comes from experience;
email: my first.last at org.domain  |  experience comes from bad judgment.
org: nasa, domain: gov              |        -- Mark Twain

Richard E Maine <nospam@see.signature> wrote in message news:<m1mzxpy8wa.fsf@MLMCE0000L2280
1.local>...
> Michael Prager <Mike.Prager.indigo@noaa.gov> writes:
 

[snip]

> I don't recall the system requirements.  My system was pretty high end
> with 128k of memory, but I suspect it might have run ok a 64k (not
> 640k) system, or even 48k, which was what my Apple 2+ had before I

> wire-wrapped my own 16k memory expansion card by hand (too expensive
> to buy one at several hundred dollars for the 16k).

[wow!]

> I needed the extra 16k to run the UCSD Pascal system, which included
> the first Fortran compiler that I had on one of my personal systems.

Apple Fortran was expensive, came on copy protected disks, had no
double precision, and integers were limited (by Pascal's MAXINT) to
-32767..32767, but the software *did* run on a system smaller than a
mainframe.

epc8@juno.com (E P Chandler) writes:

> Apple Fortran was expensive,

The whole computer was expensive.  :-( I had over $6000 in my Apple 2e
(just for hardware).  I big chunk of that was the pair of 8" floppy
drives and the controller and case for them; that cost me $2k, but wow
did those floppies hold a lot - a whole meg.  With the sturdy case,
hulky power supply, and the 2 drives, the external floppy box was 75
pounds.

> came on copy protected disks, had no
> double precision, and integers were limited (by Pascal's MAXINT) to
> -32767..32767, but the software *did* run on a system smaller than a
> mainframe.

I'd forgotten about the copy-protected disks, but yes, that was an
annoyance.  I think I cracked it to make backups (as you say, it
was expensive, and floppies are fragile), but I forget the details.

One other limitation I recall was that it didn't implement backspace
of unformatted files.  The thing I most recall about that was that the
documentation claimed that backspace as defined by the standard was
flawed to the extent of being unimplementable on disk files.  Since it
was implemented and worked fine on the "big computer" compilers, I
wasn't impressed by the claim that it was unimplementable.  No, they
weren't referring to the subtlties of backspace after hitting an
end-of-file.  They just hadn't thought of the possibility of putting
record-length trailers.

Me: 

> [wow!]

Though I have to admit that my wire wrapping was less than professional.
I got it to work, but obviously  made one of the classic wire wrap
errors - must had wires routed a little too tightly around some posts.
Eventually that causes the thin insulation between the wire and the post
to go, giving a short. I never found exactly where the short was, but
did observe that all would work fine if I put some tension on the card
in the right direction (probably relieving pressure on the shorting
spot).  So yes, for a while, my computer was literally held together
by rubber bands, which were necessary for its functioning.  :-)

Eventually things got worse and the rubber bands no longer worked as
well.  But by then, prices on the memory cards had dropped enough
that I just went out and bought a commercial one.

--
Richard Maine
email: my last name at domain
domain: summertriangle dot net

>In my quick skim of the above site, I notice that it says that the
>executable for the first Dos version (which was later than the
>Apple one) was about 27k in size.. Those who have just been posting
>sizes for "Hello, world." might be amused by that comparison.

IIRC Digital managed to squeeze Fortran into an 8k PDP-8, but
I don't know how many compiler passes were used.