Re: gcc vs. glibc bootstrapping of libgcc_eh.a

2011-11-11 Thread Linas Vepstas
Thanks Mike, silly me, it seems that crosstool_ng is exactly what I need! Off-topic, but .. anyone have a clue about why my canadian-cross of gcc is picking up its own internal limits.h, instead of glibc's limits.h? Since gcc's limits.h doesn't have ‘SSIZE_MAX’ which gcc/config/host-linux.c wants.

Re: gcc vs. glibc bootstrapping of libgcc_eh.a

2011-11-09 Thread Linas Vepstas
Hi Joeseph, On 9 November 2011 11:39, Joseph S. Myers wrote: > On Wed, 9 Nov 2011, Linas Vepstas wrote: > >> I've run into a bootstrapping issue which I'd like to solve >> "the right way", instead of continuing to hack around it. >> >> Briefly:

gcc vs. glibc bootstrapping of libgcc_eh.a

2011-11-09 Thread Linas Vepstas
I've run into a bootstrapping issue which I'd like to solve "the right way", instead of continuing to hack around it. Briefly: I can't build glibc without libgcc_eh.a, which is provided by gcc. However, libgcc_eh.a is not built, unless I configure gcc with --enable-shared. But doing so causes gcc

Buffer overflow in emutls code

2010-12-14 Thread Linas Vepstas
I know that almost no one uses emutls, but I was fiddling with it recently, and found a buffer overflow; the emutls_destroy() function moves past the end of an array. Patch attached. The correctness of the fix may not be immediately obvious, but a careful study of emutls_alloc() will show that th