home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / lang / fortran / 3042 < prev    next >
Encoding:
Internet Message Format  |  1992-08-14  |  3.8 KB
  1. Path: sparky!uunet!ogicse!uwm.edu!linac!convex!convex!joelw
  2. From: joelw@convex.com (Joel Williamson)
  3. Newsgroups: comp.lang.fortran
  4. Subject: Re: Welcome to HPFF
  5. Keywords: HPFF, High Performance Fortran
  6. Message-ID: <1992Aug14.181229.12520@news.eng.convex.com>
  7. Date: 14 Aug 92 18:12:29 GMT
  8. Article-I.D.: news.1992Aug14.181229.12520
  9. References: <Bsy43C.9BG@rice.edu> <1992Aug14.092952.11572@ibr.cs.tu-bs.de>
  10. Sender: usenet@news.eng.convex.com (news access account)
  11. Organization: Engineering, CONVEX Computer Corp., Richardson, Tx., USA
  12. Lines: 59
  13. Nntp-Posting-Host: mozart.convex.com
  14. X-Disclaimer: This message was written by a user at CONVEX Computer
  15.               Corp. The opinions expressed are those of the user and
  16.               not necessarily those of CONVEX.
  17.  
  18. In article <1992Aug14.092952.11572@ibr.cs.tu-bs.de> i2041101@rzphy1.rz.tu-bs.de (Paulini) writes:
  19. >In article <Bsy43C.9BG@rice.edu>, chk@rice.edu (Charles Koelbel) writes:
  20. >|> 
  21. >|> Welcome to the High Performance Fortran Forum!
  22. >|> 
  23. >|> 
  24. >|> WHAT IS HPFF?
  25. >|> =============
  26. >|> 
  27. >|>      ..... deleted ....
  28. >|>
  29. >|> Our intent is to develop extensions to Fortran which
  30. >|> provide support for high performance programming on a wide variety of
  31. >|> machines, including massively parallel SIMD and MIMD systems and
  32. >|> vector processors.  Some of the topics considered will be
  33. >|> 
  34. >|>      ..... deleted ....
  35. > 
  36. >Stop it! I'm programming now for several years scientific applications
  37. >in FORTRAN 77 because I must do it, due to libraries and already existing
  38. >programs in FORTRAN. Compared to other languages (even to cryptic C - Codes)
  39. >FORTRAN is not recommendable as a programming language at all. It is merely
  40. >a collection of erratic ideas and lacks a real conception. In my opinion it is
  41. >not useful to make any extensions or "improvements" to the language (this also
  42. >holds true for Fortran 90). A better way seems to me to design a comptetely
  43. >new language or to use an existing better (like C, Ada, Modula or whatever).
  44. >And then to decide no longer to support programming in FORTRAN but to use
  45. >existing FORTRAN codes in the new language in a portable way (e.g. by defining
  46. >an interface or a standard linking method or something similar).
  47. >
  48. >The situation now is that people who are used to a 'real' programming language
  49. >(mostly C) only write programs in FORTRAN if there is no other way ... like me.
  50. >If in some years most of the numeric software is available in C, all new
  51. >numeric programmers won't code in FORTRAN and many of the old will convert too.
  52. >
  53. >
  54. >-- 
  55. >#-----------------------------------------------------------------------------#
  56. ># Joachim Paulini                                                             #
  57. >#                                            Tel    (0531) 391-5190           #
  58. ># TU Braunschweig                            Fax    (0531) 391-5833           #
  59. ># Institut f. Theoretische Physik            e-mail i2041101@ws.rz.tu-bs.de   #
  60. ># Mendelssohnstrasse 3                              i2041101@dbstu1.bitnet    #
  61. ># 3300 Braunschweig / Germany                                                 #
  62. >#-----------------------------------------------------------------------------#
  63.  
  64. This debate has gone on for decades now, and the scientific marketplace
  65. continues to choose Fortran.  There are literally billions of lines of
  66. existing Fortran code, and their owners have a strong predilection to
  67. continue to run them on modern machines.  When the proponents of the
  68. better languages offer to 1) convert all existing code to the new
  69. language; 2) assure that equal or better performance is attained; and 3)
  70. re-educate (for free) all of the Fortran programmers so that they are
  71. proficient in the new language, then perhaps the marketplace will vote
  72. differently.  All of the above may occur naturally in the next sevral
  73. decades, but until then it is a losing position to promote.
  74.  
  75. Joel Williamson
  76. -- 
  77.