compatibility of 0.9.28.x

Rogelio Serrano rogelio.serrano at gmail.com
Tue Mar 6 18:52:07 UTC 2007


On 3/7/07, Rob Landley <rob at landley.net> wrote:
> On Tuesday 06 March 2007 1:14 pm, Rogelio Serrano wrote:
> > On 3/7/07, Rupert Mazzucco <rmaz at gmx.net> wrote:
> > > Just to reassure myself before I screw up my system:  When the 0.9.28.x
> releases are announced as "a drop in replacement for the 0.9.28 release
> series", that means they can simply replace the 0.9.28 libs and I won't have
> to recompile my apps, right?
> >
> > not so fast if you are using gcc 4.1.2.
> >
> > after i "dropped in" 0.9.28.3 my cc1 failed to resolve __divdi3.
>
> If the compiler you built uClibc with isn't the compiler you build libgcc_s
> with, you may have problems.  This has nothing to do with uClibc versions,
> though, it's due to libgcc_s being a horrible idea in the first place which
> entirely gcc's fault.  (Build the sucker with --disable-shared if you expect
> anything like portability.)
>

i see. well i built 4.1.1 with --disable-shared and it is portable.

> Yes, 0.9.28.3 is a bugfix-only release.  It should be a drop-in replacement.
>

only other issue is if you use external gettext libintl. you have to
restore the link from uclibc libintl to gettext libintl.

> Rob
> --
> Vista: Windows Millenium Second Edition
>


-- 
the thing i like with my linux pc is that i can sum up my complaints in 5 items



More information about the uClibc mailing list