Message-Id: <4.1.19990119181302.00a0a440@hal.nt.tuwien.ac.at> X-Sender: tony AT hal DOT nt DOT tuwien DOT ac DOT at X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 Date: Tue, 19 Jan 1999 18:53:25 +0100 To: DJ Delorie From: Anton Helm Subject: Re: djcrx202 Cc: djgpp AT delorie DOT com In-Reply-To: <199901191711.MAA10658@envy.delorie.com> References: <4 DOT 1 DOT 19990119174239 DOT 00a25d90 AT hal DOT nt DOT tuwien DOT ac DOT at> <4 DOT 1 DOT 19990119174239 DOT 00a25d90 AT hal DOT nt DOT tuwien DOT ac DOT at> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Reply-To: djgpp AT delorie DOT com At 12:11 PM 1/19/99 -0500, you wrote: >I just built a cross compiler yesterday, using egcs 1.1.1, binutils >2.9.1, and djcrx202.zip unmodified. Congratulations! I haven't tried ecgs, but I spent 2 days on gcc-2.8.1 where the build crashes with some obscure errors. (It wasn't that complicated to complete the build and install it by hand but it took a while to write (and test...) a clean makefile) But I still don't believe it. Did you use the makefile of djcrx202 to install binutils-2.9.1 ? binutils-2.9.1 uses different names for the executables. e.g.: as-new In makefile the corresponding files are called e.g.: as.new >> * added libgcc.a >> * added libfl.a (flex v2.5.4) > >These should not be in djcrx. Agreed for libfl.a. I added it because that was the only file missing for the setup I needed. (flex/bison are installed on the host systems). The package was first made for personal use only. I'll remove it if you think it's confusing. >egcs builds its own libgcc.a, for example. I don't know much about ecgs. but gcc-2.8.1 doesn't. If I interprete the relevant parts in the Install file correctly, this is the expected behavior. It says also that the build should stop gracefully, but it doesn't. (tries to make libgcc.a and fails) I have tried on HP-UX 10.20, Solaris 2.5, Solaris 2.6 and DEC-UX. The behavior was identically. >> * packed as *.tgz (*.tar.gz) (Who uses *.zip in the UX world ???) > >Um, me. All the DJGPP modules are packaged up as part of a distrib >system, and it only builds zips. I suspected something like that. Ever tried to unzip at DEC-UX ? Anyway, I think it is easier to pack it by hand once. The number of people who want to unpack it is greater then 1 (hopefully) :-) So they have to copy it to a dos-pc, unpack it, repack it with GNU tar and gzip (djgpp) copy back to UX-host an unpack. I think most of the problems in djcrx202 are due to the assumptions made for the host system (Linux ?) e.g.: * system make has to be GNU make (makefile usees "make" explicitly) * there has to be a yes program (Solaris hasn't) >Please post patches (diff -c3 format) to djgpp-workers AT delorie DOT com I'll try tomorrow. Need some sleep now. Regards, Tony ************************************************************** Dipl.-Ing. Anton HELM *T* mailto:tony AT nt DOT tuwien DOT ac DOT at Institut fuer *U* http://www.nt.tuwien.ac.at/~tony/ Nachrichtentechnik und *W* http://www.nt.tuwien.ac.at/ Hochfrequenztechnik *I* talkto:tony AT eagle DOT nt DOT tuwien DOT ac DOT at Guszhausstr. 25/389 *E* phoneto:+43-1-58801-38920 A-1040 Wien, AUSTRIA *N* faxto:+43-1-5870583 ************************************************************** finger -l tony AT penguin DOT nt DOT tuwien DOT ac DOT at for PGP public key **************************************************************