www.delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp-workers/1998/08/14/10:33:20

Date: Fri, 14 Aug 1998 16:58:34 +0200 (WET)
From: Andris Pavenis <pavenis AT lanet DOT lv>
To: djgpp-workers AT delorie DOT com
Subject: egcs-2.91.53 for DJGPP
Message-ID: <Pine.A32.3.91.980814155941.65150A-100000@ieva06.lanet.lv>
MIME-Version: 1.0

Hi!

I have built and got some experience with latest currently available
development snapshot of egcs (egcs-2.91.53 19980804) (latest that is 
available with FTP. egcs-1.1 is announced to be released in this month. 
So I decided to try it for both Linux and DJGPP.

There were following changes against DJGPP port of gcc-2.8.1:
   - I didn't currently even tried to build egcs without LFN support
     (that will NOT work with current sources I have). As the result
     I now see that some problems I saw compiling gcc-2.8.1 for DJGPP
     (some parts were being rebuilt each time) were caused by fact that we 
     really broke some things in sources. Now I only tried to get 
     resulting binaries able to work without LFN support. 

   - no more crtf.o included. I tested building egcs with djdev202 only
     (after fixing problem in realloc() that were pointed out by Robert).
     When djdev202 is being used exceptions support is available without
     this object file (however it doesnt do any harm).

   - with some hacking got collect2 working (there were some problems 
     wait() didn't return return status of previous process started
     with spawn* functions, so I had to find some workaround for that)   

   - wrote shell script that patches original egcs sources (including C++
     libraries, where some include files should to be renamed) for DJGPP. 
     However this script is still not finished and
     I have developed and tested it under Linux only (copied files to
     Win95 partition later)

Now about first experience with this egcs version:

   - Exceptions support is changed in egcs. There is no problems with C,
     but C++ object files generated by gcc-2.8.1 cannot be used with
     latest snapshot of egcs (no more external symbol __eh_pc in 
     libgcc.a, earlier it was defined in libgcc2.a. Object files generated
     from C sources are Ok. Libraries with C++ sources should be recompiled.

   - Up to this time I didn't find problems with my applictions  
     (rather big ones). Perhaps as good example I should rebuild RHIDE
     (I already did it with earlier snapshot under Linux and didn't saw 
     any problems)

   
Andris

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019