snapgear ucfront and uclibc 0.9.28.2 warnings

David McCullough david_mccullough at au.securecomputing.com
Thu Mar 15 23:22:15 UTC 2007


Jivin Rob Landley lays it down ...
> On Wednesday 14 March 2007 8:12 pm, David McCullough wrote:
> > I would have to say that ucfront has proven to be anything but a hack.
> > When you want to use a compiler,  but you don't care for it's libc/it's
> > kernel headers or anything else it has included,  a wrapper allows you
> > to do the --nostdlib/--nostdinc thing and use your own.
> 
> I've been meaning to look at the ucfront wrapper, but it's buried a bit down 
> on my todo list.  The one I've been using is working fine for me (although I 
> need to test more packages and C++ support in my version is only theoretical 
> and totally untested at the moment).
> 
> The wrapper I'm using was actually maintained by Chris Faylor for timesys for 
> something like 3 years before I got ahold of it, so it's already been greatly 
> extended and made to work with gclibc and was a hideously ugly piece of...  
> Ahem, I did a lot of cleanup.

ucfront frontends gcc/g++ and ld.  IIRC it's based on ccache or distcc.
Pretty easy to read/modify last time I looked.

> > I think the purpose of the wrapper in this case is quite different to
> > what the uClibc wrapper did,  and if not,  then fine,  it is working for
> > our context on many arch's unmodified,  obviously it didn't work in the
> > uClibc context.
> 
> The fundamental problem is you either need a compiler built 
> with --disable-shared or a version of libgcc_s.so built against uClibc for 
> the appropriate target.  The only way to get _either_ is to build gcc from 
> source, so there's no getting away from that.  A wrapper doesn't help you 
> there.

We build our own,  but we only want to do it once,  not everytime we
change a lib or header or whatever.

> Some people think that if you build gcc from source you can patch its' 
> internal path logic and thus don't need a wrapper, which generally means 
> they've either A) never tried it, B) never tried to do anything fancy, C) 
> been very lucky.  The path logic in gcc is a _crawling_horror_.  Run the 
> sucker under strace sometime if you don't believe me.

:-)

Cheers,
Davidm

-- 
David McCullough,  david_mccullough at securecomputing.com,   Ph:+61 734352815
Secure Computing - SnapGear  http://www.uCdot.org http://www.cyberguard.com



More information about the uClibc mailing list