HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.lang.fortran
From: tff@vis.toronto.edu (Tom Fairgrieve)
Subject: SUN Fortran difficulty
Organization: Department of Computer Science, University of Toronto
Date: 9 Apr 92 01:42:41 GMT

I am having some difficulties with the SUN F77 compiler (version 1.3-1).

I would like to call the libm routine   _swapEX  from a SUN Fortran program,
however because of the style of the routine entry name (no trailing underscore,
mixed case) I am having a few problems.

The SUN manual says that I can get F77 to drop the trailing underscore by 
using a C() pragma, which leads me to :

      integer swapEX, ex
      external swapEX     !$pragma c( swapEX )
      ex = swapEX( 0 )
      print *, 'ex = ', ex
      end

I compiled this program using "f77" with no options and got the following: 

 ld: Undefined symbol
    _swapex

So I can conclude that the trailing underscore was indeed dropped, but because 
f77 converts everything to lowercase, I get a call to _swapex not _swapEX as I
wanted.

I then tried to compile via "f77 -U" which is supposed to preserve the case of
the input, and got: 

 ld: Undefined symbol
     _swapEX_

I get my case preservation, but not my C() pragma.  Can anyone give advice as
to how to get both case preservation and a C() pragma?

Tom Fairgrieve
tff@cs.toronto.edu
Newsgroups: comp.lang.fortran
From: cb@tamarack12.timbuk (Chris Brewster)
Subject: Re: Fortran-77 Grammar?
In-reply-to: ketabchi@cs.umn.edu's message of 19 Mar 92 20:44:17 GMT
Organization: pubs
Date: 6 Apr 92 13:30:23 CDT

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.

The explanation of I/O issues is not quite as strong as the rest, primarily
because it's somewhat scattered through the book.  But I recommend this
text for its completeness; no one else bothers to clear up *why* the
language includes all those funny old features.

By the way, when you receive your copy of the ANSI standard, you might want
to photocopy the relevant pages, because the volume also includes a
"reduced" standard, which occupies every left-hand page.  This drove me
nuts, so I made my own version, which is half as long and much easier to
use.

Chris Brewster
cb@cray.com
GEnie: C.BREWSTER7
Newsgroups: comp.lang.fortran
From: b_hart@odin.dev.macsch.com (Bill Hart)
Subject: Re: Q format specification
News-Software: VAX/VMS VNEWS 1.41    
Reply-To: b_hart@macsch.com
Organization: MacNeal-Schwendler Corporation (MSC), Los Angeles, California
Date:  8 Apr 1992 10:06 -0800

In article <11939@tamsun.tamu.edu>, potter@scan2.tamu.edu writes...
>I want to thank Walter for his prompt reply to my question, and also tell
>you to check the protection on your mail file.  It would not let me send
>mail to you.
>While I am here, does anybody know if the Q specification is unique to VAX
>fortran or is this some new standard being developed?
> 
>						Thanks, Shane

The Q specification is not unique to VAX FORTRAN; The Convex FORTRAN 
version 5.0 manual lists usage of the Q format descriptor in the same
way as VAX FORTRAN.

I also checked the following FORTRAN manuals:
  FORTRAN for NOS/VE, release 1.2.2 PSR level 678
  CFT77 version 2.0
  VSFORTRAN version 2.0 release 3
  AIX XL FORTRAN Compiler/6000 version 1.1

None of these use Q as the VAX and Convex do.

---------------------------------------------------------------------
| Bill Hart                      | Any opinions expressed are mine, |
| MacNeal-Schwendler Corporation | and may not reflect those of my  |
| b_hart@macsch.com              | employer.                        |
| wfh@macsch.com                 |                                  |
---------------------------------------------------------------------
Xref: sparky comp.lang.fortran:1770 sci.math.num-analysis:1407
From: nagrwb@vax.oxford.ac.uk
Newsgroups: comp.lang.fortran,sci.math.num-analysis
Subject: Summary - Fortran 77 and workstations
Date: 7 Apr 92 13:16:14 GMT
Organization: Oxford University VAXcluster


I asked about F77/workstation development environments.

Thanx to    mccalpin@perelandra.cms.udel.edu
            mab@ukc.ac.uk
            thdhub!tjg01@net.uu.uunet
            ajn%edu.wm.physics@edu.CUNY.CUNYVM
            gfleming@ca.uvic.sol / tree@ios.bc.ca
            Keith.Bierman%com.sun.eng@com.sun
            roger@gov.ornl.ms.rsun1
            roy@ca.mcmaster.eng.zooks
            jat@gov.lanl.ta52.strat
            am!alex@org.sublink.gear
            PAWLAK%zeubac@de.desy.vxdesy

Those replying found no "great problems" with use of the following compilers
SGI f77 3.4
IBM xlf 1.2 & 2.1
Sun 1.3.1 & 1.4 
f77 on HP boxes
Decstation DEC and MIPS compilers
epcf77 (Edinburgh Portable Compiler) - apparently object code compatible with
   that from Sun SPARC 2

Watcom Fortran-386, Alliant FX4 and VMS compilers were also mentioned
   Alliant FX4's performance was praised
   Watcom's PC compiler was considered to be of very high quality
   VMS was liked for its familiarity and for the additional development
      software available for VMS

Specific comments on workstations et al

   HP and IBM compilers appear more strict than SUN regarding
      extensions to the standard
   IBM's preprocessor Pv is flakey in part
   IBM's documentation was low on examples of command line usage
   SGI's edge debugger was praised although SGI hardware was considered dear
   Sun 2.0 is awaited since problems do exist with 1.4 despite the
      improvements over 1.3.x
   The lack of an option to provide a map or listing of variables along 
      with type was considered a minus for many compilers
   Sun's dbx/dbxtool was considered difficult to use with FORTRAN when it
      comes to multidimensional arrays.  
   Sun's source text browser is only accessible at the console and not
      via an X-terminal
   MIPS's "pixie" profiling tool was praised
   HP's debugger xdb was considered very powerful but not user-friendly
   HP's CASE environment Softbench was liked
   HP's flint (fortran lint) was not liked
   IBM RS/6000 XLF although strict on the standard is expensive on link 
      times and extremely consumptive of memory so plenty of RAM
      is advisable for serious work (/220 memory cheaper than /320 memory)

Sorry :-< I've got no positive conclusions/recommendations as a result of this
exercise - except to say that I would rule out some on a cost basis. Thanks
once again to those who replied - more input welcomed.

Richard.
-- 
** R.W. Brankin -- Numerical Algorithms Group Ltd. -- nagrwb@vax.ox.ac.uk **
**   suggestions for sig. welcome   --   will need   include<std.discl>   **
From: dappel@grafted.UUCP (Dave Appel)
Newsgroups: comp.lang.fortran
Subject: Re: Looking for libraries for F2C for OS/2 2.0
Date: 11 Apr 92 21:30:26 GMT
Organization: GRAFTED, Central Indiana's Usenet BBS 317-881-4369

ignacij@meishan (Ignacy Misztal) writes:
> 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

 
    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.

--
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 =-
From: x89beane@gw.wmich.edu
Newsgroups: comp.lang.fortran
Subject: LINPAK RREF, Identity?
Date: 10 Apr 92 19:24:51 GMT
Organization: Western Michigan University


With the LINPAK library, what would the routines be in order to

a:  Row reduce a matrix of real numbers into echelon form
b:  Calculate the identity of a matrix

Thanks for your help!
Newsgroups: comp.lang.fortran
From: sandee@ds9.scri.fsu.edu (Daan Sandee)
Newsgroups: comp.lang.fortran
Subject: Re: SUN implementation of SECNDS
Keywords: SECNDS
Date: 6 Apr 92 20:39:53 GMT
Organization: SCRI, Florida State University

In article <1992Apr6.185559.29805@acsu.buffalo.edu>, feascott@acsu.buffalo.edu (Scott Woodward) writes:
> 
> 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.

Um, I posted the following not two weeks ago, I think.
This is CPU time since start of program. Uses system function ETIME which
is Fortran-callable.

C     The following statements were used on  UNIX 4.2bsd systems, e.g.  SUN
C     Time Resolution of ETIME is poor= 0.01 Sec.
C
c        REAL*4 CPUTYM(4), ETIME                                          unix
c        XT= ETIME( CPUTYM)                                               unix
c        SECOND=    CPUTYM(1)                                             unix
(Stolen from the Livermore Loops)

And the following gives the wall clock time (Unix time, i.e. seconds
since 1/1/70, need 64-bit real). Uses gettimeofday() which is C-callable.

        double precision when
        external when
        print *,when()

long float when_() {long int t1[2],t2[2]; int gtod ;
gtod=gettimeofday(t1,t2); return((double)t1[0] +0.000001*(double)t1[1]);}

Daan Sandee                                           sandee@sun16.scri.fsu.edu
Thinking Machines Corporation
Supercomputer Computations Research Institute, B-186
Florida State University, Tallahassee, FL 32306-4052  (904) 644-4490
From: kimd@acsu.buffalo.edu (Donghyo Kim)
Newsgroups: comp.lang.fortran
Subject: Large Non-linear Simultaneous Equations Solver Sought
Keywords: Non-Linerar Simultaneous Equations
Date: 10 Apr 92 16:08:28 GMT
Organization: UB

Hello.

Appolgies if this is FAQ, But I can not find FAQ.

I am currently try to solve 40 X 10 X 20 = 8000 non-linear simultaneous
equations by MINPACK from Argonne National Labotorary on CRAY2.

The problem I have is that MINPACK can solve very well when the number of
equations are small ( less than 20 ). It can not solve large ssystem.
The system would be much bigger after all. So I want to find effective
solver for the Large System.

Is there Any PD PACKAGE to solve LARGE NON-LINEAR SYSTEM ?  
Where can I get it by FTP?
If this is not possible, at Least, where should I look at for Algorithms.

Thanks in advance to all who replies

Donghyo Kim

-- 
   Donghyo Kim                             W) 716-636-2120           
   Northwestern University                 dhkim@casbah.acns.nwu.edu 
   University at Buffalo                   kimd@acsu.buffalo.edu     
-- 
   Donghyo Kim                             W) 716-636-2120           
   Northwestern University                 dhkim@casbah.acns.nwu.edu 
   University at Buffalo                   kimd@acsu.buffalo.edu
From: miker@metaware.metaware.com (Mike Ross)
Newsgroups: comp.lang.fortran
Subject: FORTRAN GSA VALIDATION
Date: 14 Apr 92 16:02:00 GMT
Reply-To: miker@metaware.UUCP ()
Distribution: ca
Organization: Metaware Incorporated, Santa Cruz, CA

Dear FORTRAN folks,
	I need an address (postal) and preferably a 
	phone number for the folks that sell the GSA FORTRAN-77
	validation suite, and do the validations. We have
	what I believe is an incomplete copy of the suite
	given to us by a customer. I would like to obtain
	an official copy, to assure validation. Sorry if this
	is an FAQ. Any help appreciated. Also, could
	someone e-mail me a copy of the FAQ list for this
	group? Thanks.
		       Mike Ross
From: prakash@.s3tech.com (Prashanth Prakash)
Newsgroups: comp.lang.fortran
Subject: Fortran source viewing utility
Date: 7 Apr 92 15:14:10 GMT
Organization: S3 Technologies, MD



 looking for cscope like cross reference utility which can understand fortran.



  Please send info to prakash@s3tech.com
From: kassarji@spot.Colorado.EDU (KASSARJIAN STEVEN J)
Newsgroups: comp.lang.fortran
Subject: Re: Best compiler for a 386 (DOS/OS2v2)?
Date: 15 Apr 92 14:45:34 GMT
Article-I.D.: ucsu.1992Apr15.144534.9962
Organization: University of Colorado, Boulder

In article <1992Apr15.001924.21411@physics.ucla.edu> hzwi@physics.ucla.edu (Zwi) 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)?
>
>2. If so, will it benefit from running under OS2 2.0 (I'm quite sure the
>   answer is "yes")?  In which way(s)?
>
>3. Does it support any of those nice Fortran-90 enhancements?
>
>4. If the answer to 1. is no, does anyone have any other suggestions?  
>
>Thank you in advance - if these are FAQs, please just point me the right way. 
>
>Helio Zwi
>HZWI@PHYSICS.UCLA.EDU

MS-Fortran is only a 16-bit compiler, thus it will not perform any better under
OS/2 v2 than it does under v1.3.  For instance, it will have the usual limit of
16 MB, instead of 1 GB, and will not show any speed increase because of the
flat addressing mode and 32-bit operations.

The other limitation is that the SDK is required to develop any PM programs.
Ordinary command line programs (text based) obviously don't require this.

I think that the dynamic allocation feature is broke--I couldn't get it to
work and all I got was protected-mode violations when I tried to use dynamic
arrays.  I have not tried the array assignment features. 

But you can use multiple threading (_DON'T_ forget to include the appropriate
INTERFACE statement!) and can use HFPS, EA's, and all of the other text-mode
functions.  (Watch out! the include files for v5.1 are woefully incomplete--get
the include files from v5.0.)

For $59, get it!  Unless you want a better compiler:  Watcom's 32-bit compiler
will soon be available for OS/2 v2 (it already supports DOS, extended DOS, and
OS/2 v1.3).  By all that I've heard it is a really good compiler, and it will
get you all the advantages of OS/2 v2.  The acedemic price is reportedly only
about $250.

Regards
Steve Kassarjian
kassarji@spot.Colorado.edu
From: 445mathers@gw.wmich.edu
Newsgroups: comp.lang.fortran
Subject: LINPACK question
Date: 14 Apr 92 00:57:10 EST
Organization: Western Michigan University

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
From: smadden@titan.trl.OZ.AU (Steve Madden)
Newsgroups: comp.lang.fortran
Subject: Re: BASIC to Fortran converter
Date: 13 Apr 92 23:43:49 GMT
Organization: Telecom Research Labs, Melbourne, Australia

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        |

We too would be interested in such a beast, as there is here a considerable
ammount of BASIC code which we would like to convert to Fortran (C might do at
a pinch, but fortran much preferred). So if anyone out there can answer the
above question, that's at least two of us who'd be grateful :)

---------------------------------------------------------------------------
                                   |                |                     |
Steve Madden                       | The opinions   |                     |
Telecom Research Laboratories      | contained      |      ______ _       |
770 Blackburn Road                 | herein are mine|        /   / >  /   |
Clayton                            | alone (so you  |       /   /--  /    |
Victoria 3168                      | know who to    |      /   /  \ /__   |
Australia                          | blame !!)      |                     |
Tel 613 253 6629, Fax 613 253 6339 |                |                     |
___________________________________|________________|_____________________|






      /~~~\   !                           
      \___    !---   ___ .    .  ___       ###########################
          \   !     /___> \  /  /___>      # smadden@titan.trl.OZ.AU #
      \___/   \__/  \___   \/   \___       ###########################
From: rodowd@g.adelaide.edu.au
Newsgroups: comp.lang.fortran
Subject: contact address - Ryan McFarland FORTRAN
Date: 16 Apr 92 02:37:44 GMT
Organization: Faculty of Science, University of Adelaide


Hi all,

       I am looking to contact the people who provide/maintain Ryan McFarland
FORTRAN (for an IBM PC), as I have managed to find a bug which, according to
the manual I have, shouldn't happen....

The copy of the manual I have has been fairly heavily butchered, and I can find
no contact address in it.

Can anyone provide a contact ??? Phone, FAX, postal, E-mail ...

Please note when responding  that my E-mail address differs from the account
where I posted this message.

Thanks 
----------------
Robert O'Dowd                              Phone  : +61 8 259 7132
Bldg. 64 TSAN,  ASC/SSD                    Fax    : +61 8 259 6104
P.O. Box 1700                              E-mail : roo@dstos3.dsto.oz.au
DSTO Salisbury, South Australia

Disclaimer: Opinions above are MINE, and probably worth what you paid for them.
Xref: sparky comp.lang.fortran:1773 comp.sys.dec:2486
From: emmart@cs.unc.edu (Niall Emmart)
Newsgroups: comp.lang.fortran,comp.sys.dec
Subject: Mixing fortran and C on a DECstation 5000
Keywords: f_init, f_exit
Date: 7 Apr 92 15:50:41 GMT
Reply-To: emmart@cs.unc.edu
Followup-To: comp.lang.fortran
Organization: Microelectronic Systems Laboratory, UNC Chapel

Hello...
   I'm trying to get some old code running that mixes fortran and C.
The C code has the main routine, which does argument cracking and
calls fortran routines to perform functions like dft, and fft. 
   The C code looks something like this:

main()

{
  .
  .
  .
  f_init();
  .
  . /* do useful work */
  .
  f_exit();
  exit(0);
}

   When I try to compile this, (using f77, V3.1) I get link errors
stating that f_init and f_exit are undefined. 
   Deleting these lines seems to cure the problem. The program 
produces the right output, etc... My questions are:
1)  should I call something in place of those routines? 
2)  are there any side effects of not calling these routines?
    For example, not being able to catch numeric errors such as
    divide by zero?
3)  are there any other gotchas that I might not know about, that
    occur mixing fortran and C?
4)  are there any online documents which describe mixing fortran and
    C?

Thanks very much,
    Niall Emmart
From: hzwi@physics.ucla.edu (Zwi)
Newsgroups: comp.lang.fortran
Subject: Best compiler for a 386 (DOS/OS2v2)?
Date: 15 Apr 92 00:19:24 GMT
Organization: UCLA Department of Physics

Organization: UCLA Department of Physics

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)?

2. If so, will it benefit from running under OS2 2.0 (I'm quite sure the
   answer is "yes")?  In which way(s)?

3. Does it support any of those nice Fortran-90 enhancements?

4. If the answer to 1. is no, does anyone have any other suggestions?  

Thank you in advance - if these are FAQs, please just point me the right way. 

Helio Zwi
HZWI@PHYSICS.UCLA.EDU
From: adkison@optica.uoregon.edu (Don Adkison)
Newsgroups: comp.lang.fortran
Subject: Fortran to C Converter--PD?
Date: 8 Apr 92 22:47:08 GMT
Organization: Univ. of Oregon

Hi, I'm new to the net and looking for a public domain (read low cost) 
Fortran to C converter?  I use DEC ULTRIX workstations as well as Macs and
PCs. Anyone know of such a beast?  Any help appreciated.
Sorry if this is a FAQ.

Thanks!

Don
From: silvert@cs.dal.ca (Bill Silvert)
Newsgroups: comp.lang.fortran
Subject: MS Fortran
Date: 14 Apr 92 18:51:17 GMT
Distribution: na
Organization: Habitat Ecology Div., Bedford Inst. of Oceanography

In <mac.703255896@depot.cis.ksu.edu.cis.ksu.edu> mac@cis.ksu.edu (Myron A. Calhoun) writes:

>>solution to the problem with my MS FORTRAN77 ver 4.1
>                                 ^^^^^^^^^^^^^^^^^^^^
>There's the REAL problem; you are using MicroSoft f77!!!!    :-)

Actually the problem is using an obsolete version.  5.x is reasonable,
but we get a lot of postings from people with earlier versions, and
although 4.1 is functional, the earlier versions are not.
-- 
William Silvert, Habitat Ecology Division, Bedford Inst. of Oceanography
P. O. Box 1006, Dartmouth, Nova Scotia, CANADA B2Y 4A2.  Tel. (902)426-1577
InterNet Address: silvert@biome.bio.dfo.ca
-- 
William Silvert, Habitat Ecology Division, Bedford Inst. of Oceanography
P. O. Box 1006, Dartmouth, Nova Scotia, CANADA B2Y 4A2.  Tel. (902)426-1577
InterNet Address: silvert@biome.bio.dfo.ca
From: zika@gn.ecn.purdue.edu (Michael Zika)
Newsgroups: comp.lang.fortran
Subject: BASIC to ForTran converter
Date: 9 Apr 92 21:35:10 GMT
Article-I.D.: gn.1992Apr9.213510.25656
Organization: Purdue University Engineering Computer Network


  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        |