Re: missing syslimits.h in canadian cross-toolchains

[Lennert Buytenhek <buytenh at wantstofly dot org>]

On Sat, Aug 13, 2005 at 04:43:04AM -0400, Mike Frysinger wrote:

> also, the patch applies against 3.3.6 with a little fuzz, but clean
> enough to be usuable

On a related note, have you been able to make gcc compile itself using
anything later than 3.3.3?

I keep running into #23256 when trying to natively compile debian for
big-endian ARM CPUs.  (http://sukurys.wantstofly.org/)  This seems to
happen on 3.3.4 and later, so it broke somewhere between 3.3.3 and
3.3.4.

The gcc people are not interested in fixing this, of course, since 3.3
is 'too old.'

Basically, using a crosstool toolchain with gcc version X (build=i686
host=i686 target=armeb) to cross-compile a native gcc version Y
(build=i686 host=armeb target=armeb) produces a defective gcc version
Y that segfaults on this trivial program:

	int G_UzO_zipinfo_mode;

	void unzip(int argc, char *argv[])
	{
		if (argc > 1 && strncmp(argv[1], "-Z", 2) == 0)
			G_UzO_zipinfo_mode = 1;
	}

For the following combinations of X and Y:

X			Y			result
=======================================================
3.3.3 plus		3.3.3 plus		OK
armbe patch		armbe patch

3.3.3 plus		3.3.4 plus		OK
armbe patch		armbe patch

3.3.4 plus		3.3.3 plus		ICE
armbe patch		armbe patch

3.3.4 plus		3.3.4 plus		ICE
armbe patch		armbe patch


So to reproduce:
- Use crosstool to build a cross-toolchain with gcc version X.
- Use that cross-toolchain to cross-compile gcc version Y.
- Transfer gcc version Y to your board's root filesystem.
- Try compiling the trivial program above.

I used http://xcvs.false.org/gcc.html to extract all the 'patchsets'
that went in on the gcc-3_3-branch between 3.3.3 and 3.3.4, and trying
a quilt-style binary search now.


cheers,
Lennert

------
Want more information?  See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/
Want to unsubscribe? Send a note to crossgcc-unsubscribe@sources.redhat.com