Re: [Openexr-devel] OpenEXR 1.3.2 released

[Kai-Uwe Behrmann]

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?

Thanks.

regards
Kai-Uwe Behrmann
                                + development for color management 
                                + imaging / panoramas
                                + email: address@hidden
                                + http://www.behrmann.name


Am 26.06.06, 15:06 -0700 schrieb Drew Hess:

> 
> This release contains a fix for a bug discovered by Chris Cox (thanks,
> Chris).
> 
> This is still a development release.  Don't use this in
> production/release software.
> 
> Source code here:
> 
> http://download.savannah.nongnu.org/releases/openexr/openexr-1.3.2.tar.gz
> 
> Pre-compiled bits for various platforms as I have time.
> 
> d
> 
> 
>