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.
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:
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
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