HDTenEightyP/NetNews huggingface dataset:
From: stecker@gn.ecn.purdue.edu (Scott D. Stecker)
Newsgroups: comp.lang.fortran
Subject: Lahey fortran libraries
Keywords: Lahey Fortran
Date: 8 Apr 92 15:51:12 GMT
Distribution: usa
Organization: Purdue University Engineering Computer Network

I am looking for any public domain msdos compatible Lahey Fortran libraries.
I am really looking for a callable routine that will solve a 100*100 matrix
of linear equations. I am not a full blown programming jock so any extra
explanation would be extremely helpful. I have seen the LIBRY51.ZIP on
wuarchive.wustl.edu and that library is what I am really looking for but
it will only worked with Microsoft Compilers. Any help would be greatly
appreciated.     
     stecker@gn.ecn.purdue.edu
Newsgroups: comp.lang.fortran
From: b_hart@odin.dev.macsch.com (Bill Hart)
Subject: Re: Substring assignment -F77 vs F90
News-Software: VAX/VMS VNEWS 1.41    
Reply-To: b_hart@macsch.com
Organization: MacNeal-Schwendler Corporation (MSC), Los Angeles, California
Date: 14 Apr 1992 08:52 -0700

In article <1992Apr14.140138.13861@cfa.harvard.edu>, mcdowell@cfa.harvard.edu (Jonathan McDowell) writes...
>I've gotten a little confused ("So what else
>is new, Jonathan?"). I have long been irritated
>by the well known behaviour of several of my favorite
>F77 compilers:
> 
>  CHARACTER*4 A
>  A='1234'
>  A(2:)=A
>  WRITE(*,*) 'RESULT=',A
> ----
>  RESULT='1111'
> 
>The new F90 standard explicitly ensures that
>the result will be
>  RESULT='1123' 
>as I would prefer, and the Brainerd et al book (page 176) 
>states that the above code is actually *illegal* in F77. I don't
>have a copy of the F77 standard, and neither my Sun nor my VAX language
>guides flag this as an extension, and the compiler doesn't give a
>warning message. 
> 
>So what's the story? Is my code illegal F77 - if so, Sun should flag
>this in their compiler or at least discuss it as an extension in their
>manual. If the code is 'implementation-dependent' in F77, then anyone
>who's actually been using this behaviour as 'feature' rather than 'bug'
>(it would be a  cute way to implement the functionality of the F90
>REPEAT intrinsic by A='1';A(:2)=A) is in big trouble. If it's fully
>legal F77 (which I doubt) then F77 is not a subset of F90.
> 

Yes, your code is *illegal* in F77; however, a lot of compilers will let
this go and also work correctly. I don't remember which compiler forced
me to rewrite some code that did what you're doing.

I'm glad that F90 solves this, but it just means re-rewriting code.

The relevant section in the F77 standard is section 10.4,
_Character_Assignment_Statement_.

Paraphased it states that the form of a character assignment is _v_ = _e_
where _v_ is a character variable, array element, or substring, and _e_ 
is a character expression.
   ...
None of the character positions being defined in _v_ may be referenced
in _e_.
  ...

> 
---------------------------------------------------------------------
| Bill Hart                      | Any opinions expressed are mine, |
| MacNeal-Schwendler Corporation | and may not reflect those of my  |
| Los Angeles, California        | employer.                        |
| b_hart@macsch.com              |                                  |
| wfh@macsch.com                 |                                  |
---------------------------------------------------------------------
Newsgroups: comp.lang.fortran
From: tcumming@netcom.com (Tom Cumming)
Subject: VAX VMS Fortran -> UNIX Fortran?
Date: Mon, 06 Apr 92 21:20:03 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Distribution: usa
Keywords: VMS Fortran

    I have literally megabytes of VMS fortran source that I would like
to compile on my UNIX machine (somehow). The fortran source contains a
lot of non-f77 things like structures, unions, records, etc. Is there any
way to compile this stuff on a UNIX machine? So far, I'm thinking of
adding these VMS fortran extentions to f2c (a fortran to C preprocessor)
but I would like to know if anyone has any better ideas first.

Thanx, Tom C.
From: mcdowell@cfa.harvard.edu (Jonathan McDowell)
Newsgroups: comp.lang.fortran
Subject: Substring assignment -F77 vs F90
Date: 14 Apr 92 14:01:38 GMT
Organization: Smithsonian Astrophysical Observatory, Cambridge, MA,  USA

I've gotten a little confused ("So what else
is new, Jonathan?"). I have long been irritated
by the well known behaviour of several of my favorite
F77 compilers:

  CHARACTER*4 A
  A='1234'
  A(2:)=A
  WRITE(*,*) 'RESULT=',A
 ----
  RESULT='1111'

The new F90 standard explicitly ensures that
the result will be
  RESULT='1123' 
as I would prefer, and the Brainerd et al book (page 176) 
states that the above code is actually *illegal* in F77. I don't
have a copy of the F77 standard, and neither my Sun nor my VAX language
guides flag this as an extension, and the compiler doesn't give a
warning message. 

So what's the story? Is my code illegal F77 - if so, Sun should flag
this in their compiler or at least discuss it as an extension in their
manual. If the code is 'implementation-dependent' in F77, then anyone
who's actually been using this behaviour as 'feature' rather than 'bug'
(it would be a  cute way to implement the functionality of the F90
REPEAT intrinsic by A='1';A(:2)=A) is in big trouble. If it's fully
legal F77 (which I doubt) then F77 is not a subset of F90.



 .-----------------------------------------------------------------------------.
 |  Jonathan McDowell                 |  phone : (617) 495-7176                |
 |  Harvard-Smithsonian Center for    |                                        |
 |   Astrophysics                     |                                        |
 |  60 Garden St, MS4                 |                                        |
 |  Cambridge MA 02138                |  inter : mcdowell@urania.harvard.edu   |
 |  USA                               |  inter : mcdowell@cfa.harvard.edu      |
 '-----------------------------------------------------------------------------'
From: ercolessi@uimrl7.mrl.uiuc.edu 
Subject: Format of unformatted files: does a standard exist?
Reply-To: ercolessi@uimrl7.mrl.uiuc.edu 
Organization: Materials Research Lab
Date: Thu, 9 Apr 1992 05:40:51 GMT

I have investigated a bit the compatibility of unformatted
Fortran files between different Unix machines.  This is a very
interesting issue if you think of installing NFS (any machine
can read any file??? sounds too good to be true...).  But is
also important if you just want to move unformatted data
between two boxes.  It is the classic tiny thing that is
overlooked when buying, but that then can affect your life
immensely!

In principle, if two machines have the same floating point
format, they could share the same unformatted file format.  
So this could be the case for all recent IEEE-arithmetics machines 
if the manufacturers agreed on details.  Did this happen?

I used the short fragment at the end of this posting to generate
unformatted files, then ftp-ed the file on another machine and
try to read it; or looked at it.
I have tried IBM RS/6000, DECstations, SGIs and HP 700s.
On all of them I obtained a 139-bytes file ..... hmmmm ....
... no, they are not all equal, but ... the situation is not bad!

	'TYPE A'			'TYPE B'
IBM RS/6000s under AIX		Digital DECStations under Ultrix
Silicon Graphics under Irix
HP 700 series under HP-UX

Any TYPE A machine can read a file generated by any other 
TYPE A, and so for B ... but B is not much populated now!
I post this in the hope that somebody could add to the list.
Suns are notably missing.  
When this table is more complete then we can see if a defacto
standard exists.

[ Technically, differences have certainly to do with big and
  little endian byte ordering in the CPUs, as clearly shown
  by hex dumps. But of course the I/O library can correct that 
  before writing out to disk, and so this should not be much of 
  a justification for the choice of a particular format. ]

Hex dumps for Type A and Type B outputs are available on
request.  Or send me your dump and I will tell who you are.
The stupid program for your convenience (there is a bit
of arbitrariness into it ...) :

        program unf
* generates short but weird unformatted file
        character*10 c1,c2
        data c1,c2 / 'ABCDEFGHIJ' , 'abcdefghij' /
        open(1,file='unf.dat',form='unformatted',status='new')
        write(1) 'These are 23 characters'
        write(1) c1,c2
        write(1) 5
        write(1) -1.d0
        write(1) 1,2,3
        write(1) 1.d0,2.d0,3.d0
        end

furio
--
Furio Ercolessi
Materials Research Laboratory           |   Intl School for Advanced Studies
Univ. of Illinois at Urbana-Champaign   |   Trieste, Italy
ercolessi@uimrl7.mrl.uiuc.edu           |   furio@sissa.it
From: dappel@grafted.UUCP (Dave Appel)
Newsgroups: comp.lang.fortran
Subject: Re: BASIC to ForTran converter
Date: 12 Apr 92 22:55:30 GMT
Organization: GRAFTED, Central Indiana's Usenet BBS 317-881-4369

Reply-To:dave.appel@f30.n231.z1.fidonet.org
zika@gn.ecn.purdue.edu (Michael Zika) writes:
>   Is there anybody out there that knows of the existence of such
> a beast?  We have a piece of code written in BASICA for the IBM
> and we would like to move it over to our UNIX based system.
>   The mainframe we work on has lost software support (Gould), so
> I don't think there is _any_ possibility of getting a BASIC
> compiler on our machine.
>   A converter to C would also suffice...
>   Thanx in advance.
> Michael Zika (zika@ecn.purdue.edu)   |    Hey don't ask me "why?",
> Purdue University                    |    I'm still working on "how?" ! 
> School of Nuclear Engineering        |

   BASICA is so close to fortran, that you might be able
to do it by hand.  You say you have "a" piece of code, so
I gather it is only one program.
 
   I have been doing a lot of BASIC to C conversion, so I
might be able to help you.  I am only a few miles down
the Interstate from you.  Call me evenings at 317-298-8758,
and I might be able to help.
 
    I know of no automatic BASIC -> FORTRAN or
BASIC -> C converters.  Not even shareware.
 
    However, there might be Basic interpreters or or
compilers on other Unix machines.  SCO has a BASIC for
SCO-Unix/386 and SCO-Xenix.
 
    If the program is short,email it to me at:
dave.appel@f30.n231.z1.fidonet.org
    Email the SOURCE, not the object or token file.
Or call me, and we can arrange for you to mail it to me
on a floppy, or xfer directly modem-to-modem.
 
    I know that there are many kinds of computers on
Purdues "ecn" network.  Do you *have* to port it to
your Gould machine?
 
    How much is in your budget for the conversion
of this program?  A few shekels will move it up higher
on my "to do" list.
    Just thought another thing, can you put the source
on a local BBS in W.Laf?  There are several FIDONET bulletin
boards that are local to you.
     If you don't have the ASCII TEXT version of the program,
and only have the tokenized .BAS version, load BASICA,
then load the program, then type:
     SAVE "PROGRAM.TXT",a
 
and that will save it in an ascii text version suitable for
email.
Good luck.

--
Dave Appel
The Grafted Branch BBS
317-881-4369
internet: dappel@grafted.UUCP
uucp: ..!uunet!grafted.UUCP!dappel
    -= newsfeeds available, contact robert@towers.rn.com =-
Newsgroups: comp.lang.fortran
From: root@sct.gu.edu.au (Operator)
Subject: Test
Originator: root@tomahawk.sct.gu.edu.au
Organization: Griffith University, Brisbane, Australia
Date: Thu, 9 Apr 92 06:26:46 GMT


Newsgroups: comp.lang.fortran
From: gumley@ltp.gsfc.nasa.gov (Liam E. Gumley)
Subject: Re: VAX VMS Fortran -> UNIX Fortran?
News-Software: VAX/VMS VNEWS 1.4-b1  
Keywords: VMS Fortran
Organization: NASA-GSFC LTP Computing Facility Code 920.2
Distribution: usa
Date: Fri, 10 Apr 1992 20:40:00 GMT

In article <ccpj40g.tcumming@netcom.com>, tcumming@netcom.com (Tom Cumming) writes...
>    I have literally megabytes of VMS fortran source that I would like
>to compile on my UNIX machine (somehow). The fortran source contains a
>lot of non-f77 things like structures, unions, records, etc. Is there any
>way to compile this stuff on a UNIX machine? So far, I'm thinking of
>adding these VMS fortran extentions to f2c (a fortran to C preprocessor)
>but I would like to know if anyone has any better ideas first.

I have some experience porting VMS code to the Silicon Graphics Iris 
(Irix 3.3.1) and the MIPS f77 compiler.

This f77 compiler seems to like the flavor of most VMS code, including the
use of structure, unions and records.  It also handles some of the VMS
OPEN keywords such as carriagecontrol and recordtype.
You might just want to port your code over to whatever Unix system and
run a syntax check to see what happens.  As long as you have reasonably
decent code to start with, I don't think a port to a Unix system should
be that difficult.  Of course if you have all kinds of VMS system functions
then you might be in trouble.

Cheers,
Liam.

--
Liam E. Gumley                            | Phone    : (301) 982-3700
NASA/GSFC MODIS Science Data Support Team | Fax      : (301) 982-3749
Research and Data Systems Corporation     | Internet : gumley@ltp.gsfc.nasa.gov
Greenbelt MD 20770, USA                   | Opinions expressed here are my own!
Organization: Computing Technology Services, Michigan Technological Univ.
Date: Monday, 13 Apr 1992 19:10:43 EST
From: <RJMAHALI@MTUS5.BITNET>
Newsgroups: comp.lang.fortran
Subject: Random number algorithm wanted

   Howdy Netnewsers:

I need a random number generating algorithm(or a function in ANY language

that will produce random numbers) for a graphics module.  The generator

should produce values atleast 7 decimals long.  This is to ensure that it

can trace every pixel of the graphics terminal.  You can followup

my article or send e-mail to:

RJMAHALI@MTUS5.BITNET or RJMAHALI@MTUS5.CTS.MTU.EDU

Thanks in advance.

Mahalingam, R.
From: chidsey@smoke.brl.mil (Irving Chidsey)
Newsgroups: comp.lang.fortran
Subject: Re: Need ploting subroutines....
Date: 16 Apr 92 16:27:01 GMT
Organization: U.S. Army Ballistic Research Laboratory, APG, MD.

In article <1992Apr15.200652.13326@msuinfo.cl.msu.edu> khafagi@egr.msu.edu (Bassem K. Khafagi) writes:
<I am writing a software where I need to generate and plot graphs to 
<the monitor.  I have been looking for any plotting packages (hopefully 
<shareware) to do this..... I am using MS Fortran 5.x .... Any Help!!!!??? 
<THNKS

	Gnuplot, from the Free Software Foundation, is neat!  Look for news
catagories with Gnu in them for more info.  I don't know if it works with
MS Fortran, but I think it likely does.

								Irv

-- 
I do not have signature authority.  I am not authorized to sign anything.
I am not authorized to commit the BRL, the DA, the DOD, or the US Government
to anything, not even by implication.  They do not tell me what their policy 
is.  They may not have one.		Irving L. Chidsey  <chidsey@brl.mil>
Newsgroups: comp.lang.fortran
From: tholen@galileo.ifa.hawaii.edu (Dave Tholen)
Subject: Re: Best compiler for a 386 (DOS/OS2v2)?
Organization: University of Hawaii
Date: Wed, 15 Apr 1992 10:07:03 GMT

hzwi@physics.ucla.edu writes:

> Hi!  I'm planning to acquire a Fortran compiler to do some moderately
> intensive simulations under DOS (and, hopefully soon, OS2) and I have
> the following questions to more experienced programmers:
> 
> 1. Is Microsoft Fortran (V. 5.1) worth buying (at $59.00)?

That is an excellent price.  The price in campus bookstores (based on
the educational discount) is usually in the $250 ballpark, whereas
mailorder prices are often closer to $300.  Version 5.1 isn't perfect,
but it is worth $59.
 
> 2. If so, will it benefit from running under OS2 2.0 (I'm quite sure the
>    answer is "yes")?  In which way(s)?

Yes and no.  The compiler still generates 16-bit code, so programs won't
run as fast as those compiled with a 32-bit compiler.  On the other hand,
some of the functions of a program are handled by the underlying operating
system (such as disk I/O), and here the 32-bit kernal of OS/2 version 2.0
will show a performance improvement over the same code (but 16-bit) run
under OS/2 version 1.X.
 
> 3. Does it support any of those nice Fortran-90 enhancements?

Yes, such as array syntax, although the manual warns you that the code
generated may not be as efficient as that produced by explicit DO loops.
It has structures, though I'm not positive they conform to the Fortran 90
standard, DO WHILE, SELECT CASE, and support for longer variable names,
among other things.
 
> 4. If the answer to 1. is no, does anyone have any other suggestions?  

Well, the answer to 1 wasn't no, but I do have another suggestion.  WATCOM
will release by the end of this month a 32-bit compiler that will run under
OS/2 version 2.0.  Although normally $895, you can get it for $250 if part
of an educational institution.  Still a bit more pricey than the $59 you
mentioned (which is probably a rare bargain), but it can do cross development
for DOS, Windows, or OS/2, comes with a royalty-free DOS extender, and the
usual utilities like a debugger.  The big advantage will be in speed, being
able to produce 32-bit code.  Also, with the flat memory model of OS/2
version 2.0, those annoying 64 kbyte segments go away, and with the virtual
memory support of OS/2, you can create applications that can address as
much as 512 Mbytes of memory (more practically limited by available disk
space).  If you routinely work on big programs, you may run into the limits
of the Microsoft compiler.  The WATCOM compiler isn't a total unknown.  The
new OS/2 version is based on their earlier 32-bit compiler for the DOS
extender environment (version 8.5), which has received good reviews.  In
fact, the new 32-bit OS/2 compiler will be called version 9.0.
From: simmons@rigel.neep.wisc.edu (Kim Simmons)
Newsgroups: comp.lang.fortran
Subject: Re: PD Fortran Compiler
Date: 10 Apr 92 01:00:43 GMT
Article-I.D.: rigel.SIMMONS.92Apr9200043
Organization: Univ. of Wisconsin,Madison., NEEP Department
In-reply-to: vaxinf@V36.CHEMIE.UNI-KONSTANZ.DE's message of 9 Apr 92 09:56:45 GMT

>>>>> On 9 Apr 92 09:56:45 GMT, vaxinf@V36.CHEMIE.UNI-KONSTANZ.DE said:
	>> Article-I.D.: eratu.1992Apr9.095645.120368


	>> Ajay Shah, (213)749-8133, ajayshah@usc.edu writes:

> There is a project underway to write a fortran frontend to gcc.
> But generally hackers (the kind who write free programs) don't
> take too much interest in fortran.

> There is
>        (a) a great free C compiler and
>        (b) a great fortran to C translator.

	>> I want to contradict this article:

	>> 1.) You loose to much speed due to the cross-compilation.
	>> 2.) f2c only accepts strict f77 without any extentions, so you have
	>>     additional work, if you have code with do..enddo-constructions
	>>     and the other things being accepted by all modern f77-compilers.

	>> Eberhard Heuser-Hofmann vaxinf@dg2.chemie.uni-konstanz.de
	>> Univ.Konstanz, Germany


1) I have compiled hundreds of lines of FORTRAN with f2c. It is not much slower
than the compiler on our Decstations and Sun.

1) f2c acceps do end do and other things being accepted by all modern
f77-compilers.
--
===============================================================================
   Internet:     simmons@rigel.neep.wisc.edu
===============================================================================
Newsgroups: comp.lang.fortran
From: ignacij@meishan (Ignacy Misztal)
Subject: Re: Looking for libraries for F2C for OS/2 2.0
Organization: University of Illinois at Urbana
Date: Thu, 16 Apr 1992 18:55:47 GMT

bai@msiadmin.cit.cornell.edu (Dov Bai-MSI Visitor) writes:

>In article <uoaBJB1w161w@grafted.UUCP> dappel@grafted.UUCP (Dave Appel) writes:
>>ignacij@meishan (Ignacy Misztal) writes:
>>
>>> Unfortunately the netlib files are meant for unix and there have problems und
>>> gcc under OS/2. In particular, some files are over the 8.3 standard, and 
>>> do not work correctly for some reasons.

>Can you try compiling on an HPFS drive ? This would cure the 8.3 problem.
>Alternatively you can edit the sources and truncate the names of include
>files to 8.3 names.

>Dov
>>

I will compile on a HPFS drive when I have one, probably right after getting 
teh production OS/2 2.0. I tried truncating the offending files, but
the problems must have been deeper. ALthough all compilations succeded,
AR failed, and I could not find why.

----------------------------------------------------------------------
Ignacy Misztal			E-mail: ignacy@uiuc.edu
University of Illinois		Phone: (217) 244-3164
1207 W. Gregory Dr.
Urbana, IL 61801
----------------------------------------------------------------------
From: dappel@grafted.UUCP (Dave Appel)
Newsgroups: comp.lang.fortran
Subject: Re: bad code crashes system
Date: 16 Apr 92 08:07:31 GMT
Organization: GRAFTED, Central Indiana's Usenet BBS 317-881-4369

arritt@kuhub.cc.ukans.edu writes:
> I've been using Microsoft 5.0 fortran on my PC for some recent code
> development, since the error messages are more informative than on
> my "real" computer :-) .... The only major problem I've had is that
> compiling bad code sometimes crashes the system.  It locks up the keyboard,
> sends stuff to the printer (!), writes gibberish to the screen, and
> so on.  Sometimes this can be gotten out of by closing the DesqView
> window that I'm running in but other times the system is so locked up
> that only a complete power-down will work (i.e., not even a ctrl-alt-del
> works).
> 
> I've eliminated DesqView as the culprit by trying the same compiles
> under straight DOS, which gives similar weird behavior.  It seems to happen
> during the compile phase and not during optimization or linking, as
> I've had this occur when compiling with the -c and -Od options.
> Also I tried a different PC and got the same thing, so it's not likely
> ANY advice as to how to avoid this would be appreciated!!!
> If there is a particular type of coding error that I can be
> careful to avoid, please let me know.
> ________________________________________________________________________
> Raymond W. Arritt                     |  Dept. of Physics and Astronomy  
> 

Sounds like a bug in the compiler.   If you are a "registered
users" of MS Fortran 5.0, you can try calling their support
lines.  Best way would be to create the SMALLEST program
(source code) which causes the bugs, and SEND it to them
both in a printout and on floppy.
    I went through similar problems when Beta-testing
MS's Cobol (before they started remarketing MicroFocus Cobol)
   Sending them the code so they can reproduce it is the
best way.
   Also, the latest version of MS-Fortran is 5.1.  So they
just might tell you to upgrade.
   Or, you could switch to a different Fortran.  Microway and
others make good 32-bit fortrans.  
   They will also want to know your config.sys and
autoexec.bat files along with the source code (smallest
program) that causes the problem.
   Also, are you using on older 486?  I heard there
was a certain Fortran statement that caused bugs in the
early 486's under certain conditions.  Intel has since
fixed the 486 mask.

--
Dave Appel
The Grafted Branch BBS
317-881-4369
internet: dappel@grafted.UUCP
uucp: ..!uunet!grafted.UUCP!dappel
 = = Grafted Branch BBS (317) 889-6997 2 Gig on-line = =
Newsgroups: comp.lang.fortran
From: jchen@sct.gu.edu.au (Jinghong CHEN)
Subject: Test
Originator: jchen@tomahawk.sct.gu.edu.au
Organization: Griffith University, Brisbane, Australia
Date: Thu, 9 Apr 92 06:19:22 GMT


Newsgroups: comp.lang.fortran
From: ignacij@meishan (Ignacy Misztal)
Subject: Looking for libraries for F2C for OS/2 2.0
Organization: University of Illinois at Urbana
Date: Wed, 8 Apr 1992 16:41:59 GMT

I would like to use F2C with the 32-bit GCC compiler under OS/2 2.0. GCC
correctly compiles output from F2C that was run under DOS, but it cannot use 
the DOS (or 16-bit OS/2) F2C libraries to produce an executable. Is there any
way to generate these libraries? Will the libary for any 32-bit 386
system (extend, UNIX) be the same?
----------------------------------------------------------------------
Ignacy Misztal			E-mail: ignacy@uiuc.edu
University of Illinois		Phone: (217) 244-3164
1207 W. Gregory Dr.
Urbana, IL 61801
----------------------------------------------------------------------