Re: [Openexr-devel] OpenEXR 1.3.2 released

[Drew Hess]

Kai-Uwe Behrmann <address@hidden> writes:

> Trying to build CinePaint fails with missed symbols, expectedly from 
> pthread.
>
> g++ -g -O2 -o .libs/openexr chroma_icc.o openexr.o -rdynamic  
> ../../lib/.libs/libcinepaint.so -L/opt/kai-uwe/lib -L/usr/X11R6/lib 
> /opt/kai-uwe/lib/libgtk.so /opt/kai-uwe/lib/libgdk.so -lgmodule -ldl -lXi 
> -lXext -lX11 -lm /opt/kai-uwe/lib/libIlmImf.so 
> /opt/kai-uwe/lib/libIlmThread.so /opt/kai-uwe/lib/libImath.so 
> /opt/kai-uwe/lib/libIex.so /opt/kai-uwe/lib/libHalf.so 
> /usr/lib/libstdc++.so -lz -llcms -lc -lglib -Wl,--rpath 
> -Wl,/opt/kai-uwe/lib
> /opt/kai-uwe/lib/libIlmThread.so: undefined reference to `sem_destroy'
> /opt/kai-uwe/lib/libIlmThread.so: undefined reference to `sem_wait'
> /opt/kai-uwe/lib/libIlmThread.so: undefined reference to `sem_post'
> /opt/kai-uwe/lib/libIlmThread.so: undefined reference to `sem_init'
> /opt/kai-uwe/lib/libIlmThread.so: undefined reference to `sem_getvalue'
> /opt/kai-uwe/lib/libIlmThread.so: undefined reference to `pthread_join'
> collect2: ld returned 1 exit status
> make[2]: *** [openexr] Fehler 1
>
> Substituting pthread with -lpthread in Makefile and doing a make 
> install solves the issue. For many users this will be a reason to start 
> complaining.
>
> Do I need to specify -lpthread on user (my) side or is it to be considered 
> as bug in OpenEXR's build system?


Hi Kai-Uwe,

If you're using pkg-config in your build system to determine the
appropriate OpenEXR libs, it should include -lpthread in the output.
If it doesn't, that's a bug.

If you're doing your own manual setup, then you should add -lpthread,
but only if OpenEXR was compiled with thread support.  You'll need to
detect that somehow.  The safest bet is to use pkg-config.

thanks
d