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 <dj AT delorie DOT com>
From:	Anton Helm <tony AT nt DOT tuwien DOT ac DOT at>
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
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
**************************************************************

- Raw text -