Re: commoncpp-1.1.4 doesn't compile with --with-linuxthreads

[David Sugar]

The --with-linuxthreads option is meant for FreeBSD systems that optionally 
had a port of the Linux threading system called "linuxthreads", available as 
a separate and optional link threading library, in addition to the default 
FreeBSD threading support.  That option was NEVER meant to be used on a 
GNU/Linux system, and Common C++ automatically detects  and configures for 
glibc pthread support without any special options.

On Sunday 18 April 2004 08:34 am, Matthew Burgess wrote:
> Hi,
>
> Trying to compile commoncpp-1.1.4 on a Linux box when specifying
> --with-linuxthreads results in the following output from `make`:
>
> ---
>  g++ -DHAVE_CONFIG_H -I. -I. -I../include -I../src -DCCXX_EXPORT_LIBRARY
> -I/usr/include/libxml2 -I../include -O2 -mcpu=pentium3 -march=pentium3
> -D_GNU_SOURCE -MT thread.lo -MD -MP -MF .deps/thread.Tpo -c thread.cpp
> -fPIC -DPIC -o .libs/thread.o
> thread.cpp:98: multiple storage classes in declaration of `sigcancel'
> thread.cpp:998: `thread_cancel_t' was not declared in this scope
> thread.cpp:998: syntax error before `)' token
> thread.cpp:999: prototype for `void ost::Thread::setCancel(...)' does
> not match
>    any in class `ost::Thread'
> ../include/cc++/thread.h:1046: candidate is: void
>    ost::Thread::setCancel(ost::Thread::Cancel)
> thread.cpp: In member function `void ost::Thread::setCancel(...)':
> thread.cpp:1005: `mode' undeclared (first use this function)
> thread.cpp:1005: (Each undeclared identifier is reported only once for
> each   function it appears in.)
> ---
>
> I've attached a patch which resolves these issues, and a further problem
> that is seen once these two issues are fixed (linuxthreads appears to be
> wanting to be linked via -lpthread, not -llthread, and it's FAQ supports
> this).
>
> Hope this is of some use,
>
> Matt.