www.delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/2000/03/14/08:07:56

Date: Tue, 14 Mar 2000 09:56:33 +0200 (WET)
From: Andris Pavenis <pavenis AT lanet DOT lv>
To: Rob Kramer <robk AT cyberway DOT com DOT sg>
cc: djgpp AT delorie DOT com
Subject: Re: gcc-2.95.2 + bnu-2.9.5 cross compiler?
In-Reply-To: <MPG.1338574df5acde4989697@news.cyberway.com.sg>
Message-ID: <Pine.A41.4.05.10003140944200.24404-100000@ieva05.lanet.lv>
MIME-Version: 1.0
Reply-To: djgpp AT delorie DOT com
Errors-To: dj-admin AT delorie DOT com
X-Mailing-List: djgpp AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com


On Tue, 14 Mar 2000, Rob Kramer wrote:

> Hi all,
> 
> I want to make a linux-x-djgpp compiler of gcc-2.95.2 and bnu-2.9.5 but 
> am confused what sources and patches I need.
> 
> - Can I use gcc-2.95.2.tgz from gnu.org, or must I use gcc2952s.zip? Same
>   for binutils..

It's enough to have gcc2952s.zip (however You can use gcc2952s2.zip and
original sources of gcc-2.95.2 and libg++ instead). Look DJGPP mailing
list archives for last days (I don't want to repeat I wrote so recently) 


> 
> - Do I have to patch the main sources with gcc2952s2.zip, or is this just 
>   for (cross)building the DOS-native compiler? I noticed the -mbnu210 
>   switch is patched in here, so I probably need this?
 
gcc2952s2.zip is for generating gcc2952s.zip from original sources

> - Do I still have to apply any patches to binutils (which was the case 
>   with bnu-2.9.1). For example, DJ's HowTo mentions a patch to 
>   gas/config.
> 

The problem with bnu2951s.zip will be that ZIP archive does not preserve
correctly file attributes (execute permission is lost). So You have
chmod needed files (eg. chmod +x configure). After that there should be
no problems to build cross-binutils. Anyway I think that there should no
serious problems also with not patched binutils snapshots (no patches from
DJ's how-to needed then). So download recent snapshot from
sourceware.cygnus.com (or mirror site) and build cross-binutils. 
I used such way also for native builds of binutils for rather long time
and didn't met serious problems.


> The 'bnu210' weak symbols support works fine now, I saw a nice
> improvement in executable size (STL-intensive code). Great work!

Andris


- Raw text -


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