115354 2005-12-12 16:23 0000 commoncpp fails to detect strerror_r in uClibc 2007-09-15 00:55:40 0000 1 1 1 Unclassified Gentoo Linux Library unspecified All Linux RESOLVED FIXED P2 normal --- 1 pardsbane@offthehill.org embedded@gentoo.org arj@gentoo.org ps.m@gmx.net pardsbane@offthehill.org 2005-12-12 16:23:53 0000 Commoncpp fails to compile with uclibc version 0.9.27. This is the error: In file included from /usr/include/sys/un.h:38, from ../include/cc++/config.h:773, from thread.cpp:38: /usr/include/string.h:273: error: syntax error before `char' make[1]: *** [thread.lo] Error 1 make[1]: Leaving directory `/var/tmp/portage/commoncpp2-1.3.1/work/commoncpp2-1.3.1/src' make: *** [all-recursive] Error 1 I would submit a patch, but I don't understand all the __REDIRECT macro stuff enough to tell if it is a uclibc or commoncpp bug. Reproducible: Always Steps to Reproduce: 1. start with a system with uclibc 0.9.27 installed 2. emerge commoncpp (1.3.1, 1.3.20, 1.3.22, your pick 3. watch it fail Actual Results: Making all in src make[1]: Entering directory `/var/tmp/portage/commoncpp2-1.3.1/work/commoncpp2-1.3.1/src' source='thread.cpp' object='thread.lo' libtool=yes \ depfile='.deps/thread.Plo' tmpdepfile='.deps/thread.TPlo' \ depmode=gcc3 /bin/sh ../autoconf/depcomp \ /bin/sh ../libtool --mode=compile i586-gentoo-linux-uclibc-g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../src -DCCXX_EXPORT_LIBRARY -D_GNU_SOURCE -I../include -march=i386 -Os -pipe -c -o thread.lo `test -f thread.cpp || echo './'`thread.cpp mkdir .libs i586-gentoo-linux-uclibc-g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../src -DCCXX_EXPORT_LIBRARY -D_GNU_SOURCE -I../include -march=i386 -Os -pipe -c thread.cpp -MT thread.lo -MD -MP -MF .deps/thread.TPlo -fPIC -DPIC -o .libs/thread.o In file included from /usr/include/sys/un.h:38, from ../include/cc++/config.h:773, from thread.cpp:38: /usr/include/string.h:273: error: syntax error before `char' make[1]: *** [thread.lo] Error 1 make[1]: Leaving directory `/var/tmp/portage/commoncpp2-1.3.1/work/commoncpp2-1.3.1/src' make: *** [all-recursive] Error 1 !!! ERROR: dev-cpp/commoncpp2-1.3.1 failed. !!! Function src_compile, Line 23, Exitcode 2 !!! (no error message) !!! If you need support, post the topmost build error, NOT this status message. Expected Results: emerged moya src # ls -la /etc/make.profile lrwxrwxrwx 1 root root 43 Nov 17 19:29 /etc/make.profile -> /usr/portage/profiles/uclibc/x86/2005.1/2.4 halcy0n@gentoo.org 2005-12-12 17:34:17 0000 CC'ing arj since its his package. pardsbane@offthehill.org 2005-12-14 08:27:58 0000 This package compiles successfully with uclibc 0.9.28, however the commoncpp2 ./configure script does not correctly detect uclibc's version of strerror_r, and defines its own. halcy0n@gentoo.org 2006-01-15 15:16:46 0000 Seems to be a uclibc problem, giving it to the embedded guys. ps.m@gmx.net 2006-01-16 01:33:03 0000 cant recall when it was solved in uClibc, the part in string.h around __xpg_strerror_r has to backported to 0.9.27 vapier@gentoo.org 2006-01-16 01:34:55 0000 changing string.h wouldnt help the configure check links against libc.so looking for the strerror_r symbol which uClibc doesnt export solar@gentoo.org 2006-05-24 14:44:08 0000 Reopen if this still a problem with uclibc-0.9.28 vapier@gentoo.org 2006-05-25 14:21:58 0000 it is a problem until an alias is made for the strerror_r symbol (still this way in uClibc svn) ps.m@gmx.net 2006-05-25 14:39:41 0000 and which one should be exported? __glibc_strerror_r or __xpg_strerror_r? vapier@gentoo.org 2006-05-25 16:34:52 0000 the xpg one: http://www.opengroup.org/onlinepubs/009695399/functions/strerror.html ps.m@gmx.net 2006-05-25 17:26:08 0000 the problem lies in extern char * _REDIRECT[_NTH] syntax, if I rely on #define strerror_r __glibc_strerror_r, it goes further (havent built it because I miss ::clog in uClibc++ (not enabled in my used version) vapier@gentoo.org 2007-09-15 00:55:40 0000 this will be fixed in next uClibc release