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);
^
--
Walter Dnes <waltd...@waltdnes.org>
I don't run "desktop environments"; I run useful applications
