Re: [gentoo-dev] Is X86 uclibc environment supported?

[Anthony G. Basile]

On 4/29/16 8:02 PM, waltdnes@××××××××.org wrote:
>   I'm currently trying to get a 32 uclibc environment working in a QEMU
> VM.  My eventual goal is to get my ancient 32-bit-only Atom netbook
> working under uclibc.  Is it worth bothering to file bugs for stuff that
> builds under glibc, but fails under uclibc?  Or should I forget it?  If
> it's not supported, there's no point in bugging the developers.
>
>   E.g. gstreamer-1.6.3 builds under glibc, but under uclibc...
>
> In file included from /var/tmp/portage/media-libs/gstreamer-1.6.3/work/gstreamer-1.6.3/libs/gst/check/libcheck/check_error.c:25:0:
> /usr/include/string.h:386:14: error: conflicting types for 'strsignal'
>  extern char *strsignal (int __sig) __THROW;
>               ^
> In file included from /var/tmp/portage/media-libs/gstreamer-1.6.3/work/gstreamer-1.6.3/libs/gst/check/libcheck/check_error.c:21:0:
> /var/tmp/portage/media-libs/gstreamer-1.6.3/work/gstreamer-1.6.3/libs/gst/check/libcheck/libcompat.h:104:24: note: previous declaration of 'strsignal' was here
>  CK_DLL_EXP const char *strsignal (int sig);
>                         ^
> Makefile:672: recipe for target 'libcheckinternal_la-check_error.lo' failed
> make[5]: *** [libcheckinternal_la-check_error.lo] Error 1
> make[5]: *** Waiting for unfinished jobs....
> In file included from /var/tmp/portage/media-libs/gstreamer-1.6.3/work/gstreamer-1.6.3/libs/gst/check/libcheck/check.c:23:0:
> /usr/include/string.h:386:14: error: conflicting types for 'strsignal'
>  extern char *strsignal (int __sig) __THROW;
>               ^
> In file included from /var/tmp/portage/media-libs/gstreamer-1.6.3/work/gstreamer-1.6.3/libs/gst/check/libcheck/check.c:21:0:
> /var/tmp/portage/media-libs/gstreamer-1.6.3/work/gstreamer-1.6.3/libs/gst/check/libcheck/libcompat.h:104:24: note: previous declaration of 'strsignal' was here
>  CK_DLL_EXP const char *strsignal (int sig);
>                         ^
>
>

1) i support uclibc across many arches. see

https://wiki.gentoo.org/wiki/Project:Hardened_uClibc


2) you can file uclibc bugs and i will look at them.  i know about that
one and i've got the fix upstream.  its going slowly because the bug was
in libcheck which is bundled with gstreamer and so there's layers of
backporting.  see

https://bugs.gentoo.org/show_bug.cgi?id=577312



-- 
Anthony G. Basile, Ph.D.
Gentoo Linux Developer [Hardened]
E-Mail    : blueness@g.o
GnuPG FP  : 1FED FAD9 D82C 52A5 3BAB  DC79 9384 FA6E F52D 4BBA
GnuPG ID  : F52D4BBA