HDTenEightyP/NetNews huggingface dataset:
From: dappel@grafted.UUCP (Dave Appel)
Newsgroups: comp.lang.fortran
Subject: Re: Looking for libraries for F2C for OS/2 2.0
Date: 16 Apr 92 08:01:17 GMT
Organization: GRAFTED, Central Indiana's Usenet BBS 317-881-4369

ignacij@meishan (Ignacy Misztal) writes:

> >    You could get the source codes to the F2C libraries and
> >recompile them with GCC to make new OS/2 2.0 GCC libraries.
> >    I ftp'd the F2C package from research.att.com  
> >I think they had both source and object
> >and are in directory dist/f2c.  Good luck.
> 
> >--
> 
> 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 ar 
> does not work correctly for some reasons.
> Ignacy Misztal			E-mail: ignacy@uiuc.edu
> University of Illinois		Phone: (217) 244-3164
> 1207 W. Gregory Dr.
> Urbana, IL 61801
> ----------------------------------------------------------------------

Maybe you didn't understand.  I didn't say to download the .LIB
files, I said to download (ftp) the SOURCE code from which the
.LIB was derived and "make your own .LIB".
    A .LIB is merely a collection of many .OBJ files in one
big file.  If you were to ftp the source code, you could recompile
that source into OBJ's and make your own LIB, or else leave
the OBJ's lying around and put all their names in  your make file.
    Please excuse me if I'm restating what you already know.
I'm suggesting that you recompile the whole shee-bang, because
of course, a LIB file for a Unix compiler is not the same
as a LIB file for a MS-DOS compiler or an OS/2 compiler.
    research@att.com has SEVERAL compiled versions of f2c,
but you can also download the source for not only f2c, but
the sources that also make up the requisit .LIB files


--
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 = =
From: schieb@isis.gsfc.nasa.gov (Brian D. Schieber)
Newsgroups: comp.lang.fortran
Subject: FORTRAN flowcharter
Date: 10 Apr 92 20:32:54 GMT
Organization: NASA Code 971, Oceans & Ice Branch

I would like to get ahold of a utility that could 
flowchart a FORTRAN program. I have no idea if one
exists. If anyone knows of one, please mail me.

Many thanks and kudos,
 Brian


^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  Brian D. Schieber            NASA/Goddard Space Flight Center 
  schieb@shark.gsfc.nasa.gov   Laboratory for Hydrospheric      
  DECnet: urchin::schieb       Processes                       
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Newsgroups: comp.lang.fortran
From: macphed@dvinci.USask.Ca (Ian MacPhedran)
Subject: Re: Need ploting subroutines....
Originator: macphed@dvinci
Reply-To: macphed@dvinci.USask.Ca
Organization: University of Saskatchewan
Date: Thu, 16 Apr 1992 22:34:36 GMT

From article <1992Apr15.200652.13326@msuinfo.cl.msu.edu>, by khafagi@egr.msu.edu (Bassem K. Khafagi):
> 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

You might try the VOGLE subroutines from Australia. Available via
anonymous ftp from:
        gondwana.ecr.mu.oz.au [128.250.1.63] pub/vogle.tar.Z
        munnari.oz.au [128.250.1.21] pub/graphics/vogle.tar.Z

I have tried these on UNIX (f77 and cc), and under MicroSoft C, and
found them fine for my needs. They are supposed to work under MS Fortran 5.0,
but I only have access to an older (unsupported) version of the compiler.

This presumes that you would be calling graphics routines from inside your
own program.

Ian.

PS An earlier message mentions gnuplot. While nice, gnuplot is written in C.
----------------------------------------------------------------------------
Ian MacPhedran, Engineering Computer Centre, University of Saskatchewan.
2B13 Engineering Building, U. of S. Campus, Saskatoon, Sask., CANADA S7N 0W0
macphed@dvinci.USask.CA  macphedran@sask.USask.CA
-- 
----------------------------------------------------------------------------
Ian MacPhedran, Engineering Computer Centre, University of Saskatchewan.
2B13 Engineering Building, U. of S. Campus, Saskatoon, Sask., CANADA S7N 0W0
macphed@dvinci.USask.CA  macphedran@sask.USask.CA
From: dappel@grafted.UUCP (Dave Appel)
Newsgroups: comp.lang.fortran
Subject: Re: 'Q' format specification
Date: 11 Apr 92 00:19:51 GMT
Organization: GRAFTED, Central Indiana's Usenet BBS 317-881-4369

potter@scan2.tamu.edu (Shane Potter) writes:
> 	Here's a question you FORTRAN gurus ought to be able to knock out
> pretty quick.  I'm using a VAX 3100 workstation with DEC Fortran (not sure
> what version).  The code I'm trying to interpret uses a 'Q' format specificat
> on some of the read statements.  I've never heard of a Q specification and ca
> find anything about it in any of my F77 reference books.  Here's the subrouti
> 
> 	SUBROUTINE I4READ(file, IX)
>     1	READ (FILE, 10, ERR=100, END=200) IQ, IDUM
>    10   FORMAT(Q, I10)
> 	IF(IQ.NE.0) IX=IDUM
>      	RETURN
>   100   WRITE(file, 150)
>   150   FORMAT( '$error during read, try again: ')
> 	GOTO 1
>   200   WRITE(file, 250)
>   250   FORMAT( '$eof during read, try again: ')
>         GOTO 1
>         END
> 
> 	I cannot at all understand what that stupid Q is doing there.  As near
> as I can tell, the input at that point consists of only 1 float number no big
> than 5 or 6 significant digits (at the most).  If anyone please has any clue
> as to what this silly Q means, PLEASE let me know.  Thanks,
> 						Shane Potter

   The following is from the online VAX HELP system. I fyou
have HELP installed on your VAX type:
   HELP FORTRAN FORMAT_SPECIFIERS Q
  
Q  
   (Query remaining Character Count)
 On input, obtains the number of characters remaining in the input
record to be transferred during a read operation. The following
example uses the Q descriptor to determine the size of the input
record:
  READ(5,'(Q,A)') LEN, REC(1:LEN)
 
On output, the Q descriptor has no effect, except that the
corresponding I/O item is skipped.

--
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: kil@pandora.cs.wayne.edu (Joseph I. Landman)
Subject: BASIC to FORTRAN conversion
Organization: Wayne State University, Detroit
Date: Tue, 14 Apr 1992 15:38:15 GMT

This is my third attempt at a post.  (My news reader cannot post news on
/from my PC).

I had written a while back, a simplistic basic to fortran converter.  It
converts for-next loops into the DO-enddo loop format, and it also
converts simple print statements into unformatted prints, as well as
modifying the IF-then-else format, and one or 2 other things.  It does
work, and is written in basic (specifically QUICKbASIC for the PC).

If you are interested, send me some e-mail.     

Joe Landman
landman@hal.physics.wayne.edu
From: lionel@quark.enet.dec.com (Steve Lionel)
Newsgroups: comp.lang.fortran
Subject: Re: Format of unformatted files: does a standard exist?
Date: 10 Apr 92 15:15:27 GMT
Organization: Digital Equipment Corporation


In article <1992Apr9.201412.16191@ux1.cso.uiuc.edu>, 
ercolessi@uimrl7.mrl.uiuc.edu writes...
>In article <1992Apr9.054051.21932@ux1.cso.uiuc.edu>, I write:
>|> 
>|> 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.    [...]
>|> 
>|> 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?
>|>   [...]
>|> 	'TYPE A'			'TYPE B'
>|> IBM RS/6000s under AIX		Digital DECStations under Ultrix
>|> Silicon Graphics under Irix
>|> HP 700 series under HP-UX
>   Sun 4, Sparcstations 2  <=========== NEW ENTRY
> 
>Thanks to Randy Snurr and to Roy Underhill for this information.
>Crays are quite hopelessly out of this business, although conversion 
>utilities seem to exist.  Other contributions are welcome.
> 
>|> 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!
> 

"Type A" is comprised of systems which use IEEE "big-endian" floating
point.  Big-endian means that the most significant bit is stored in the
lowest addressed byte.  "Type B" is IEEE "little-endian", where the
most significant bit is in the highest addressed byte.  Machines based
on Intel x86 processors (eg. IBM PC and clones) also use this format,
so you can see that the "Type B" group is actually quite a bit larger in terms
of total number of systems than "Type A".

There are three other popular floating point formats: VAX, Cray and
IBM System/370 (all of these predate the IEEE standard.)

DEC Fortran for the MIPS-based DECstations and DECsystems has a feature
where it will automatically convert numeric data from any of the above
formats into the native IEEE little-endian format on an unformatted read,
and convert it back on an unformatted WRITE.  This feature is described
in the release notes for DEC Fortran.

The DEC Alpha architecture supports both VAX (F, G and a "quasi-D") and
IEEE (S and T) little-endian formats.

Integers are simpler, being divided into "little endian" (DEC, Intel x86)
and "big endian" ("Type A" above, IBM 370).  I'm not able to tell which
camp Cray is in, though I suspect it's big-endian.

Steve Lionel                    lionel@quark.enet.dec.com
Languages Group
Digital Equipment Corporation
110 Spit Brook Road
Nashua, NH 03062
Newsgroups: comp.lang.fortran
From: tnf70@isuevax.iastate.edu (Greg Radke)
Subject: Re: PD Fortran Compiler
Reply-To: tnf70@isuevax.iastate.edu
Organization: Iowa State University, Ames, Iowa
Date: Thu, 9 Apr 1992 02:46:22 GMT

In article <1992Apr9.101555.2988@darwin.ntu.edu.au>, hoffmann@pandanus.cs.ntu.edu.au (Arthur Hoffmann) writes:
>
>Hi,
>
> I just would like to know if there is any Fortran PD or ShareWare Compiler around? 
> It doesn't matter what system it is to be used since I have access to IBM, Mackintosh and Amiga.
>Any help would be appreciated.
>
>Arthur.

try ftp'ing to 
me.uta.edu

login: anonymous
password: <userid>

ftp> cd /pub/science
ftp> binary
ftp> get bcf77.zip

after you unzip the file you should have the
"shareware" fortran compiler...

Greg Radke
  ___________________________________________________________________________
  Greg Radke - Iowa State Univ.    | Over tolerance of inaccurate thinking 
  Senior - Aerospace Engineering   | causes part of social downfall.
  Internet: TNF70@evax.iastate.edu
From: jrbd@craycos.com (James Davies)
Newsgroups: comp.lang.fortran
Subject: Re: my problem is solved
Keywords: FORTRAN77 READ WRITE FORMAT
Date: 15 Apr 92 21:00:08 GMT
Organization: Cray Computer Corporation

In article <376@sousa.ltn.dec.com> peterson@tle.enet.dec.com writes:

>The 
>Fortran-77 standard requires that Fortran processors MODIFY hollerith formats
>(nHxxx and 'xxx') in FORMATs when you READ using such a FORMAT.  Then if
>you turn around and WRITE using that same FORMAT now the hollerith will be 
>whatever was read for those columns.  Arcane, huh?

This must be a DEC extension...section 13.5.2 (page 13-5) says "An apostrophe
edit descriptor must not be used on input", and 13.5.2 says "An H edit 
descriptor must not be used on input".
From: fc03@ns1.cc.lehigh.edu (Frederick W. Chapman)
Newsgroups: comp.lang.fortran
Subject: Re: LINPACK question
Date: 16 Apr 92 15:39:43 GMT
Organization: Lehigh University

In article <1992Apr14.005711.3819@gw.wmich.edu>, 445mathers@gw.wmich.edu writes:

>While trying to use some subroutines from LINPACK, it notified me that
>it was trying to reference saxpy, sscal, and isamax.  How do I get these
>subroutines also?
>
>Mark

The saxpy, sscal, and isamax routines are part of a collection of standard
routines known as the Level 1 Basic Linear Algebra Subprograms (BLAS).  The
Level 1, 2, and 3 BLAS are available from NETLIB in the CORE library. (NETLIB
is an automated, network-based distribution service for public domain
scientific source code.) You can get the routines you need by sending e-mail
containing the message

     send saxpy from core
     send sscal from core
     send isamax from core

to the NETLIB mail server at

     netlib@research.att.com

Or, you can obtain the routines individually by connecting to the NETLIB site
research.att.com via FTP, logging in as "netlib" (lower case), and giving
anything as the password.  The CORE library is in a subdirectory named "cor"
(*NOT* "core" -- strange but true).

The Level 1, 2, and 3 BLAS were originally published in the ACM "Transactions
on Mathematical Software" (TOMS) as algorithms 539, 656, and 679
respectively, in the years 1979, 1988, and 1990; those three papers provide
additional background information.  The complete Level 1, 2, and 3 BLAS can
be obtained from NETLIB by sending the message

     send 539 from toms
     send 656 from toms
     send 679 from toms

to the NETLIB mail server mentioned above, or can be obtained via FTP from
the NETLIB site mentioned above (see directory "toms").

One last remark:  The idea behind the BLAS is to provide a collection of
efficient and portable low level routines for use by other numerical linear
algebra software, such as LINPACK.  You might already have an optimized set
of BLAS in a library on your own machine, which would be preferable to the
generic FORTRAN source code BLAS, from the standpoint of efficiency.  For
example, if you have a recent version of the complete NAG FORTRAN library,
you already have a set of BLAS (which I presume (hope) are optimized).


Fred Chapman

-- 

 //////////////////////////////////////\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
|  Frederick W. Chapman |   Campus Phone:  8-3218   | Junior Adult Men's     |
|  User Services Group  |   fc03@ns1.cc.lehigh.edu  | Free-Skating Bronze    |
|  Computing Center     |     -.-. --.-   -.. .     | Medalist, Mid-Atlantic |
|  Lehigh University    | N3IJC (2m band, FM voice) | Competition, 1991!     |
 \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\//////////////////////////////////////
Newsgroups: comp.lang.fortran
From: shocking@cxbne.cx.OZ.AU (Steve Hocking)
Subject: Re: Fortran-77 Grammar?
Organization: Comperex Australia Pty Limited
Date: Tue, 7 Apr 1992 02:25:15 GMT

cb@tamarack12.timbuk (Chris Brewster) writes:

>Farshid Ketabchi writes:

>   I need a Fortran77 grammar.  I have checked many Fortran texts, none of
>   which had what I was looking for.  ANSI X3.9-1978, ANSI's latest Fortran
>   standard is on order but looks like it will be a while before we get it.
>   I thought maybe someone would have a soft copy of the grammar lying around.

>I don't know that I would describe this as "a grammar", but the only
>third-party book I know that attempts to explain everything in ANSI 77 is:

>   TMR Ellis: A Structured Approach to Fortran 77 Programming.  
>              Addison-Wesley, 1982.

>Chris Brewster
>cb@cray.com
>GEnie: C.BREWSTER7

	F2c has a yacc grammar (spread out over several files) for fortran 77
as understood by the Unix f77 compiler. This might be of some help.


	Stephen
-- 
-------------------------------------------------------------------------------
"Love makes the world go around, but sex makes the ride fun"
		Stephen Hocking - Unix consultant
shocking@cxbne.cx.oz.au			-	I am responsible for myself...
From: chidsey@smoke.brl.mil (Irving Chidsey)
Newsgroups: comp.lang.fortran
Subject: Re: Q format specification
Date: 10 Apr 92 11:34:08 GMT
Organization: U.S. Army Ballistic Research Laboratory, APG, MD.

In article <9080017@hpfcso.FC.HP.COM> pld@hpfcso.FC.HP.COM (Paul Dineen) writes:
<> >It's a VAX extension, it is not in the F77 standard and as
<> >far as I can see it's not in the new F90 standard.
<>
<> It is however in Silicon Graphics UNIX f77 
<
< And HP.

	It's in my Convex Fortran Language Reference Manual also.

								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>
From: noam@ooc.uva.nl (Noam Kloos)
Newsgroups: comp.lang.fortran
Subject: character missing
Summary: problem of reading and or writing text
Keywords: FORTRAN77 READ
Date: 12 Apr 92 03:40:14 GMT
Organization: Center for Innovation and Cooperative Technology, University of Amsterdam

Dear Programmers,

I just got into programming FORTRAN77 (MS and CDC) and I enjoy it very
much. The main thing is that it is a very easy language for me and 
espacially dealing with files is also very easy and uses very little
code to handle end of file detection and all kinds of other matters.
However, the first thing that struck me is the following:
I have a file with ASCII data and I wrote 2 simple programs.
One that gives a header of a file and one that gives a tail.

part of the program is:

       PROGRAM HEAD
       CHARACTER*80 LINE
       ...
  99   FORMAT(A80)
       READ(1,99) LINE
       WRITE(1,99) LINE
       ...
       STOP
       END

If the varable read in line is 'abcdefghi' it will write 'bcdefghi'.
I tried all kind of things. On my PC and on the Cyber, but with the
same result.
Is it an error in the READ, in the WRITE, or in the FORMAT?
Someone suggested FORMAT(1X,A80) , but that just doesn't make any difference.
It really bugs me.
IN a few days I was able to write all sorts of programs without any trouble, 
but I just can't get around this.
Please help.

Please reply to: noam@abc.hacktic.nl
Newsgroups: comp.lang.fortran
From: ercolessi@uimrl7.mrl.uiuc.edu 
Subject: Re: Format of unformatted files: does a standard exist?
Reply-To: ercolessi@uimrl7.mrl.uiuc.edu 
Organization: Materials Research Lab
Date: Thu, 9 Apr 1992 20:14:12 GMT

In article <1992Apr9.054051.21932@ux1.cso.uiuc.edu>, I write:
|> 
|> 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.    [...]
|> 
|> 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?
|>   [...]
|> 	'TYPE A'			'TYPE B'
|> IBM RS/6000s under AIX		Digital DECStations under Ultrix
|> Silicon Graphics under Irix
|> HP 700 series under HP-UX
   Sun 4, Sparcstations 2  <=========== NEW ENTRY

Thanks to Randy Snurr and to Roy Underhill for this information.
Crays are quite hopelessly out of this business, although conversion 
utilities seem to exist.  Other contributions are welcome.

|> 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!

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
Newsgroups: comp.lang.fortran
From: bai@msiadmin.cit.cornell.edu (Dov Bai-MSI Visitor)
Subject: Re: bad code crashes system
Organization: /usr/local/lib/news/organization
Date: Mon, 13 Apr 1992 21:21:03 GMT

In article <1992Apr13.140245.39307@kuhub.cc.ukans.edu> 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.
>________________________________________________________________________

You may try to compile with the -4Yb compiler switch, which helps in
detecting errors.

You may also want to consider using MS-FORTRAN 5.0 under OS/2 (either
the new 2.0 version or version 1.3). Your system may crash much less
and if you run your code under CVP ( The protected mode version of CodeView)
and your code stops for some reason, the debugger will point to 
the specific offending line. 

Dov

>Raymond W. Arritt                     |  Dept. of Physics and Astronomy  
>Assistant Professor                   |  University of Kansas 
>arritt@kuhub.cc.ukans.edu             |  Lawrence, KS  66045  
>Apr  1 12:29:21 timed[92]: THIS MACHINE IS A SLAVE
>Apr  1 12:29:27 timed[92]: THIS MACHINE IS A CANDIDATE
>Apr  1 12:29:31 timed[92]: This machine is master
>
From: feascott@acsu.buffalo.edu (Scott Woodward)
Newsgroups: comp.lang.fortran
Subject: SUN implementation of SECNDS
Keywords: SECNDS
Date: 6 Apr 92 18:55:59 GMT
Reply-To: user@machine.domain
Organization: SUNY Buffalo SEAS Engineering Services
Originator: feascott@dancer.eng.buffalo.edu


I have ported some F77 data acquisition code from our VAX and PDP's to a
SUN 3/260 running 4.1 and a SUN 4/490 running 4.1.2.  The original PDP code
used a system function named SECNDS, which returned the number of seconds 
and fractions thereof elapsed since midnight.  The returned time was as
accurate as the system clock (60th of a second on the PDP)  I have written a
work around based on the SUN system function time.  This only returns the
integer number of seconds.

Does anyone know of a more accurate wall clock timing routine.

	Thank you in advance.


-- 
======================================================================
Scott Woodward       
University at Buffalo
SEAS Engineering Services
Newsgroups: comp.lang.fortran
Subject: PD Fortran Compiler
From: hoffmann@pandanus.cs.ntu.edu.au (Arthur Hoffmann)
Date: 9 Apr 92 10:15:54 +0900
Reply-To: hoffmann@pandanus.cs.ntu.edu.au (Arthur Hoffmann)
Distribution: world
Organization: Computer Science, NTU


Hi,

 I just would like to know if there is any Fortran PD or ShareWare Compiler around? 
 It doesn't matter what system it is to be used since I have access to IBM, Mackintosh and Amiga.
Any help would be appreciated.

Arthur.
From: proffen@bl.physik.tu-muenchen.de (Thomas Proffen)
Newsgroups: comp.lang.fortran
Subject: C routines in FORTRAN ?
Summary: How to use C-Routines in FORTRAN ??
Keywords: fortran, c
Date: 16 Apr 92 16:18:04 GMT
Article-I.D.: sally.proffen.703441084
Organization: Technische Universitaet Muenchen, Germany

Hello,

I have a big problem. I have serveral C-routines, which I want to
use in a FORTRAN program. Just compiling with cc and f77 and link the
*.o files together did not work. The ld said, the c-routines are
missing ??

I am a beginner at our SUN Sparc IPX with OS 4.1.2 and I think there
are several options I need to use.

Who can help ....  :-)

email: proffen@kri.physik.uni-muenchen.de

Your Thomas