home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / hp / 14652 < prev    next >
Encoding:
Text File  |  1993-01-08  |  1.5 KB  |  31 lines

  1. Newsgroups: comp.sys.hp
  2. Path: sparky!uunet!paladin.american.edu!howland.reston.ans.net!zaphod.mps.ohio-state.edu!usc!cs.utexas.edu!torn!watserv2.uwaterloo.ca!madmax.uwaterloo.ca!gordon
  3. From: gordon@madmax.uwaterloo.ca (Gordon R. Strachan)
  4. Subject: Re: Huge executables from f77 on 750's
  5. Message-ID: <C0JMCJ.2ut@watserv2.uwaterloo.ca>
  6. Sender: news@watserv2.uwaterloo.ca
  7. Organization: University of Waterloo
  8. References: <1993Jan8.143012.13078@informatik.uni-wuerzburg.de>
  9. Date: Fri, 8 Jan 1993 16:12:18 GMT
  10. Lines: 19
  11.  
  12. In article <1993Jan8.143012.13078@informatik.uni-wuerzburg.de> lemc002@winx03.informatik.uni-wuerzburg.de (Franco Trani) writes:
  13. >
  14. >I've a problem with f77 (what /usr/bin/f77: HPUX Fortran/ 9000s700
  15. >09/19/91 B2408 A08.07). Some code I compile on a 9000s433 gives an
  16. >executable of 336 KB. The same code compiled with the same comp-
  17. >iler options results in a 29 MB monster on the 750 (it can be com-
  18. >pressed to a size of ~ 400 KB !). I've another example which is not
  19.  
  20. This is standard fortran madness with defining large arrays.  It has to do with
  21. how the compiler and linker arange intialized and uninitialized data in memory.
  22. You most likely have defined a couple of large arrays in your program.  The
  23. best thing to do is to all put those arrays into a dummy common block.  It
  24. doesn't matter if any other function access the common block but just make
  25. sure that there is not initialized data (ie a variable defined in a data
  26. statement) in that common block.  That will solve your problem.
  27.  
  28. Gordon
  29.  
  30.  
  31.