y2jinc / nvidia-texture-tools

Automatically exported from code.google.com/p/nvidia-texture-tools
Other
0 stars 0 forks source link

Compiling on Arch Linux x64_64 pthreads(?) issue #97

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
Here is an compiling error log 

[ 75%] Building CXX object src/nvtt/tools/CMakeFiles/nv-gnome-
thumbnailer.dir/thumbnailer.cpp.o
Linking CXX executable nv-gnome-thumbnailer
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/../../../../lib/
libIlmThread.so: undefined reference to `sem_init'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/../../../../lib/
libIlmThread.so: undefined reference to `sem_destroy'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/../../../../lib/
libIlmThread.so: undefined reference to `pthread_create'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/../../../../lib/
libIlmThread.so: undefined reference to `sem_post'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/../../../../lib/
libIlmThread.so: undefined reference to `sem_trywait'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/../../../../lib/
libIlmThread.so: undefined reference to `sem_getvalue'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/../../../../lib/
libIlmThread.so: undefined reference to `sem_wait'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/../../../../lib/
libIlmThread.so: undefined reference to `pthread_join'
collect2: выполнение ld завершилось с кодом 
возврата 1
make[2]: *** [src/nvtt/tools/nv-gnome-thumbnailer] Ошибка 1
make[1]: *** [src/nvtt/tools/CMakeFiles/nv-gnome-thumbnailer.dir/all] 
Ошибка 2
make: *** [all] Ошибка 2

Tried on 2.0.6 and trunk
Gcc 4.4.0
ArchLinux x86_64
No CUDA

There is same problem  in other files (figured out by -j5)

/usr/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/../../../../lib/
libIlmThread.so: undefined reference to `sem_init'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/../../../../lib/
libIlmThread.so: undefined reference to `sem_destroy'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/../../../../lib/
libIlmThread.so: undefined reference to `pthread_create'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/../../../../lib/
libIlmThread.so: undefined reference to `sem_post'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/../../../../lib/
libIlmThread.so: undefined reference to `sem_trywait'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/../../../../lib/
libIlmThread.so: undefined reference to `sem_getvalue'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/../../../../lib/
libIlmThread.so: undefined reference to `sem_wait'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/../../../../lib/
libIlmThread.so: undefined reference to `pthread_join'
collect2: выполнение ld завершилось с кодом 
возврата 1
make[2]: *** [src/nvtt/tools/nvimgdiff] Ошибка 1
make[1]: *** [src/nvtt/tools/CMakeFiles/nvimgdiff.dir/all] Ошибка 2

Original issue reported on code.google.com by oleg.per...@gmail.com on 6 Jun 2009 at 5:50

GoogleCodeExporter commented 9 years ago
That's strange, CMake is supposed to find the corresponding threads library and 
set
the link to the appropriate libraries automatically. I just noticed that the 
thread
package was not tagged as required:

FIND_PACKAGE(Threads REQUIRED)

So, maybe the pthreads development files are not installed on your system, and 
cmake
did not complain about it. I've fixed the CMake file. Let me know if that 
solves the
problem.

Original comment by cast...@gmail.com on 13 Jun 2009 at 2:27

GoogleCodeExporter commented 9 years ago
No, the problem after checkout is the exactly same
Maybe this is not a pthreads? libIlmThread.so is not a pthread's part

Original comment by oleg.per...@gmail.com on 15 Jun 2009 at 5:23

GoogleCodeExporter commented 9 years ago
libIlmThread is provided by OpenEXR, but cmake should only try to use OpenEXR 
if it
has been found in the system. Can you confirm that OpenEXR development files are
available? or whether libIlmThread.so is missing? Can you also provide you
CMakeCache.txt file? or the output of running cmake for the first time? Thanks!

Original comment by cast...@gmail.com on 15 Jun 2009 at 5:45

GoogleCodeExporter commented 9 years ago
Here is CMakeCache - http://paste.org/index.php?id=8388
OpenEXR headers and libIlmThread.so are present (and that .so lib is in correct 
place)

Original comment by oleg.per...@gmail.com on 15 Jun 2009 at 7:35

GoogleCodeExporter commented 9 years ago
This issue was closed by revision r1055.

Original comment by cast...@gmail.com on 18 Mar 2010 at 12:21

GoogleCodeExporter commented 9 years ago
This is still the issue. Checked on 2.0.8 and on branches/2.0 from svn.
CMakeCache: http://pastebin.com/kJmEd30Z

Output:

Linking CXX executable filtertest
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.5.1/../../../../lib/libIlmThread.so: 
undefined reference to `sem_init'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.5.1/../../../../lib/libIlmThread.so: 
undefined reference to `sem_destroy'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.5.1/../../../../lib/libIlmThread.so: 
undefined reference to `pthread_create'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.5.1/../../../../lib/libIlmThread.so: 
undefined reference to `sem_post'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.5.1/../../../../lib/libIlmThread.so: 
undefined reference to `sem_trywait'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.5.1/../../../../lib/libIlmThread.so: 
undefined reference to `sem_getvalue'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.5.1/../../../../lib/libIlmThread.so: 
undefined reference to `sem_wait'
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.5.1/../../../../lib/libIlmThread.so: 
undefined reference to `pthread_join'

Original comment by madfisht...@gmail.com on 26 Sep 2010 at 7:31

GoogleCodeExporter commented 9 years ago
[deleted comment]
GoogleCodeExporter commented 9 years ago
I've managed to build it by making these changes: http://pastebin.com/CQ1wMDac

Original comment by madfisht...@gmail.com on 26 Sep 2010 at 9:30

GoogleCodeExporter commented 9 years ago
I still got this issue and a patch from madfisht (comment #8) solving it. 
thanks for the patch. I'm using slackware-current, with openexr 1.7.0.

Original comment by walecha99@gmail.com on 26 Dec 2011 at 3:05

GoogleCodeExporter commented 9 years ago
Thanks for the patch and sorry for the late response! I'll apply this when I 
get some time.

Original comment by cast...@gmail.com on 3 Jan 2012 at 11:10