This is the mail archive of the crossgcc@sourceware.org mailing list for the crossgcc project.

See the CrossGCC FAQ for lots more information.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: CT/2 [Was: crosstool + uclibc]


* Kai Ruottu <karuottu@mbnet.fi> wrote:

Hi,

> >libpthread/linuxthreads/libpthread_so.a(pthread.os): In function 
> >`__pthread_reset_main_thread':
> >pthread.c(.text+0x34f): undefined reference to `_errno_h'
> >pthread.c(.text+0x35b): undefined reference to `__h_errno'
> >make[1]: *** [lib/pthread.so] Error 1
> >  
> These kind of things seem to happen when trying to start from 
> scratch...  So the simple way is to
> not start from scratch!
> 
> Not having any support for threads in the compiling GCC is quite 
> unexpected in a glibc build,
> in order to compile the threads functions, the GCC must have support for 
> threads :-(

Oh, I should mention: it happens w/ uclibc.

BTW: I chose an older uclibc version (0.9.28) and this worked. 

> Generally I have for a long time thought that the current stages in 
> "crosstool" cannot be enough!
> A glibc produced with a brain-damaged GCC cannot be ok, so after getting 
> the first glibc and the
> first complete GCC (capable to link a "Hello World"), these two build 
> steps should be repeated!

hmm, is this also true for uclibc ? 

What actually are the dependencies between gcc and *libc ? 
Why are they that way ?

IMHO, an clean structure would look like:

* binutils (linkers, etc)
* assembler
* cpp
* c2asm 
* kernel interface headers (only those really necessary for userland)
* stubs
* libc 
* cc frontend (with builtin pathes, linker opts, etc)
* ... other languages ...

and the built in that order. Dependencies would be clear and each
component could be built completely by its own. No multple cycles an
similar crap.
 
Well, anyone here who can tell how far the current toolchain is from 
that ideal ? How could we get there ?


cu
-- 
---------------------------------------------------------------------
 Enrico Weigelt    ==   metux IT service - http://www.metux.de/
---------------------------------------------------------------------
 Please visit the OpenSource QM Taskforce:
 	http://wiki.metux.de/public/OpenSource_QM_Taskforce
 Patches / Fixes for a lot dozens of packages in dozens of versions:
	http://patches.metux.de/
---------------------------------------------------------------------

--
For unsubscribe information see http://sourceware.org/lists.html#faq


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]