You are not logged in.
Pages: 1
I tried to compile my cuda program with these flags:
/opt/cuda/bin/nvcc -g -G -pg -L/opt/cuda/lib64 -L../lib -L../common/lib/linux -lcudart -L/opt/cuda/lib64 -L../lib -L../common/lib/linux -lnvToolsExt -lcuinj64 --compiler-options -fno-strict-aliasing -I. -I/opt/cuda/include -I../common/inc -I/opt/cuda/samples/common/inc -DUNIX -O3 -o obj/release/medianFilter_kernel.cu.o -c medianFilter_kernel.cu
and the debug message says:
/usr/include/c++/4.8.0/cstdlib(178): error: identifier "__int128" is undefined
/usr/include/c++/4.8.0/cstdlib(179): error: identifier "__int128" is undefined
I add #undef _GLIBCXX_USE_INT128 in front of my code but still get these errors...
before 4/2, this code is still compilable
it seems there's some changes to the related packages in repository
Offline
I also just got this error, trying to compile Blender-SVN.
Looks like CUDA (5.0) doesn't like GCC 4.8 ...
I don't know if this is fixable or if we need Nvidia to update Cuda.
Offline
I ran into this compiling BlenderSVN as well. I wonder if recompiling CUDA would help -- but I am doubting it.
Matt
"It is very difficult to educate the educated."
Offline
I went back to gcc 4.7 with this command:
cd /var/cache/pacman/pkg
pacman -U gcc-4.7.2-4-x86_64.pkg.tar.xz gcc-libs-4.7.2-4-x86_64.pkg.tar.xz lib32-gcc-libs-4.7.2-4-x86_64.pkg.tar.xz \
libtool-2.4.2-7-x86_64.pkg.tar.xz
I don't care too much if it's not the newest gcc, and I don't want to wait on nVidia for updating cuda.
Offline
I fixed this in release -4. Please try it and report a bug if it errors.
Offline
I fixed this in release -4. Please try it and report a bug if it errors.
Hi, thank you!
The updated cuda + gcc 4.8 works - I can compile Blender and render using cuda GPU again.
Offline
Why don't you use blender from [community]?
Offline
Why don't you use blender from [community]?
I like to compile Blender straight from SVN and keep up with the newest developments. While I'm not a developer I have touched the source occasionally, and in any case like to have the possibility.
Offline
Fair enough.
Offline
Ditto for me, also. I compile Blender usually weekly if not more often. I like the latest toys!
Matt
"It is very difficult to educate the educated."
Offline
I fixed this in release -4. Please try it and report a bug if it errors.
Excellent work! But there are still some problems.
If I don't #include <iostream>, everything is fine. But if I did that, gcc 4.8 complains:
/usr/include/c++/4.8.0/ext/atomicity.h(47): error: identifier "__atomic_fetch_add" is undefined
/usr/include/c++/4.8.0/ext/atomicity.h(51): error: identifier "__atomic_fetch_add" is undefined
Adding the following two lines doesn't work:
#undef _GLIBCXX_ATOMIC_BUILTINS
#undef _GLIBCXX_USE_INT128
The prompt information changes to:
/usr/include/c++/4.8.0/x86_64-unknown-linux-gnu/bits/gthr-default.h:236:119: error: expected initializer before ‘__asm__’
__gthrw2(__gthrw_(__pthread_key_create),
^
/usr/include/c++/4.8.0/x86_64-unknown-linux-gnu/bits/gthr-default.h: In function ‘int __gthread_active_p()’:
/usr/include/c++/4.8.0/x86_64-unknown-linux-gnu/bits/gthr-default.h:249:68: error: ‘__gthrw___pthread_key_create’ was not declared in this scope
static void *const __gthread_active_ptr
^
make: *** [1] Error 1
Offline
I discovered that I can get the CUDA samples to compile by adding this line after those two #undefs mentioned by cym:
#define _GLIBCXX_GTHREAD_USE_WEAK 0
Offline
Thank you for that. I hope the new cuda version in [community] fixes the issue for everyone without changing your own source files.
Offline
Hello all
For those who also have problems compiling boost header with NVCC, add the following undef before
including boost headers:
#undef __SIZEOF_INT128__
Offline
Pages: 1