On 4/29/16 8:02 PM, waltd...@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 : bluen...@gentoo.org GnuPG FP : 1FED FAD9 D82C 52A5 3BAB DC79 9384 FA6E F52D 4BBA GnuPG ID : F52D4BBA
