home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / lang / fortran / 3030 < prev    next >
Encoding:
Text File  |  1992-08-13  |  2.7 KB  |  57 lines
  1. Newsgroups: comp.lang.fortran
  2. Path: sparky!uunet!mcsun!Germany.EU.net!news.netmbx.de!zrz.tu-berlin.de!math.fu-berlin.de!Sirius.dfn.de!tubsibr!rzphy1.rz.tu-bs.de!i2041101
  3. From: i2041101@rzphy1.rz.tu-bs.de (Paulini)
  4. Subject: Re: Welcome to HPFF
  5. Message-ID: <1992Aug14.092952.11572@ibr.cs.tu-bs.de>
  6. Keywords: HPFF, High Performance Fortran
  7. Sender: postnntp@ibr.cs.tu-bs.de (nntp inews entry)
  8. Organization: TU Braunschweig, Informatik, Bueltenweg, Germany
  9. References:  <Bsy43C.9BG@rice.edu>
  10. Date: Fri, 14 Aug 1992 09:29:52 GMT
  11. Lines: 44
  12.  
  13. In article <Bsy43C.9BG@rice.edu>, chk@rice.edu (Charles Koelbel) writes:
  14. |> 
  15. |> Welcome to the High Performance Fortran Forum!
  16. |> 
  17. |> 
  18. |> WHAT IS HPFF?
  19. |> =============
  20. |> 
  21. |>      ..... deleted ....
  22. |>
  23. |> Our intent is to develop extensions to Fortran which
  24. |> provide support for high performance programming on a wide variety of
  25. |> machines, including massively parallel SIMD and MIMD systems and
  26. |> vector processors.  Some of the topics considered will be
  27. |> 
  28. |>      ..... deleted ....
  29.  
  30. Stop it! I'm programming now for several years scientific applications
  31. in FORTRAN 77 because I must do it, due to libraries and already existing
  32. programs in FORTRAN. Compared to other languages (even to cryptic C - Codes)
  33. FORTRAN is not recommendable as a programming language at all. It is merely
  34. a collection of erratic ideas and lacks a real conception. In my opinion it is
  35. not useful to make any extensions or "improvements" to the language (this also
  36. holds true for Fortran 90). A better way seems to me to design a comptetely
  37. new language or to use an existing better (like C, Ada, Modula or whatever).
  38. And then to decide no longer to support programming in FORTRAN but to use
  39. existing FORTRAN codes in the new language in a portable way (e.g. by defining
  40. an interface or a standard linking method or something similar).
  41.  
  42. The situation now is that people who are used to a 'real' programming language
  43. (mostly C) only write programs in FORTRAN if there is no other way ... like me.
  44. If in some years most of the numeric software is available in C, all new
  45. numeric programmers won't code in FORTRAN and many of the old will convert too.
  46.  
  47.  
  48. -- 
  49. #-----------------------------------------------------------------------------#
  50. # Joachim Paulini                                                             #
  51. #                                            Tel    (0531) 391-5190           #
  52. # TU Braunschweig                            Fax    (0531) 391-5833           #
  53. # Institut f. Theoretische Physik            e-mail i2041101@ws.rz.tu-bs.de   #
  54. # Mendelssohnstrasse 3                              i2041101@dbstu1.bitnet    #
  55. # 3300 Braunschweig / Germany                                                 #
  56. #-----------------------------------------------------------------------------#
  57.