home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / windows / x / 15644 < prev    next >
Encoding:
Internet Message Format  |  1992-08-25  |  1.9 KB
  1. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!Sirius.dfn.de!math.fu-berlin.de!Germany.EU.net!Informatik.Uni-Dortmund.DE!tommy!klute
  2. From: klute@tommy.informatik.uni-dortmund.de (Rainer Klute)
  3. Newsgroups: comp.windows.x
  4. Subject: Re: gcc 2.2 and R5 question
  5. Date: 26 Aug 1992 06:37:57 GMT
  6. Organization: CS Department, Dortmund University, Germany
  7. Lines: 31
  8. Sender: klute@tommy (Rainer Klute)
  9. Distribution: world
  10. Message-ID: <17f8s5INNmhu@fbi-news.Informatik.Uni-Dortmund.DE>
  11. References: <9208251524.AA25011@uahcs2.cs.uah.edu>
  12. NNTP-Posting-Host: tommy
  13.  
  14. In article <9208251524.AA25011@uahcs2.cs.uah.edu>, ldawes@uahcs2.cs.uah.EDU
  15. (Lisa Dawes, Computer Science Dept., Univ. of Alabama-Huntsville) writes:
  16. |> I just compiled X11R5 with gcc 2.2 on my Sun Sparc with SunOS 4.1.1.
  17. |> I was wondering if anyone new the side affects of compiling the
  18. |> shared libraries with gcc.  There is a warning saying that old 
  19. |> X applications linked with cc will not work (they must have been
  20. |> linked with gcc).  
  21.  
  22. The reason for this odd behaviour is that the gcc compiled shared libraries
  23. call a function ___builtin_saveregs which is expected to reside in the main
  24. program. However, cc compiled programs do not comprise this function, and
  25. consequently they will crash upon the function call. - Doing it the other
  26. way is fine: gcc compiled programs work well with cc generated shared
  27. libraries.
  28.  
  29. If you have a gcc-only environment you won't have any problems. (Well, at
  30. least not this one.)
  31.  
  32.  
  33. |> Are there any benefits of compiling the libraries with gcc?
  34.  
  35. Gcc optimizes much better than cc - your libraries will be considerably
  36. smaller. Whether the gcc generated code is in general faster, too, I have
  37. not estimated.
  38.  
  39.  
  40. -- 
  41.   Dipl.-Inform. Rainer Klute      klute@irb.informatik.uni-dortmund.de
  42.   Univ. Dortmund, IRB
  43.   Postfach 500500         |)|/    Tel.: +49 231 755-4663
  44. D-W4600 Dortmund 50       |\|\    Fax : +49 231 755-2386
  45.