Instructions for making CUDA 2.3 work on Snow Leopard How to fix permissions and nvcc linker errors
  1 / 3    
Hi all,

here's a summary of what needs to be done to get CUDA 2.3 working nice on Snow Leopard.
I did not find out this stuff, I'm just summing up the stuff gathered from various other forum posts.

Fix 1:
NVCC is not compatible with gcc and g++ 4.2, but these are the default compilers on Snow Leopard and nvcc uses the defaults.
The solution is to make versions 4.0 the system defaults again (as was the case with Leopard)

To remove the symbolic links to versions 4.2 and re-create the links to versions 4.0 execute:

sudo rm /usr/bin/gcc
sudo ln -s /usr/bin/gcc-4.0 /usr/bin/gcc

sudo rm /usr/bin/g++
sudo ln -s /usr/bin/g++-4.0 /usr/bin/g++


Fix 2:
CUDA is not yet capable of 64bit development under OS X, but it looks like the compilers now default to creating 64bit code.
To prevent that, the parameter -m32 needs to be passed to all compilers (gcc, g++ and nvcc).

In order to build the CUDA SDK samples on SL, the following adjustments are needed to the SDKs common make file:

Edit /Developer/GPU Computing/C/common/common.mk

The lines
NVCCFLAGS :=
CXXFLAGS := $(CXXWARN_FLAGS)
CFLAGS := $(CWARN_FLAGS)

Need to be changed to
NVCCFLAGS := -m32
CXXFLAGS := -m32 $(CXXWARN_FLAGS)
CFLAGS := -m32 $(CWARN_FLAGS)


FIx 3:
Due to a bug in the CUDA Driver (or Toolkit?) installer, some permissions are not correctly set, which prevents the CUDA kernel extension from being loaded after a system restart.

The permissions can be fixed with these commands:

sudo chmod g-w /System/Library/StartupItems/CUDA/*
sudo chmod g-w /System/Library/StartupItems/CUDA/


Hopefully that's all - but actually I messed so much with my system lately that I cannot be sure I didn't miss something.
So if CUDA still does not work please give feedback here so we can adjust/expand this summary.

FIX 4: (added 10.Sept.09)
Wrong permissions on the "/usr/local/cuda/lib" folder
This one seems to happen under some circumstances only - on 5 CUDA installs it happened to me once. Anyway, after installing the CUDA driver and toolkit make sure check if this folder does can be read by all users.


Hope that helps.

Mark
Hi all,



here's a summary of what needs to be done to get CUDA 2.3 working nice on Snow Leopard.

I did not find out this stuff, I'm just summing up the stuff gathered from various other forum posts.



Fix 1:

NVCC is not compatible with gcc and g++ 4.2, but these are the default compilers on Snow Leopard and nvcc uses the defaults.

The solution is to make versions 4.0 the system defaults again (as was the case with Leopard)



To remove the symbolic links to versions 4.2 and re-create the links to versions 4.0 execute:



sudo rm /usr/bin/gcc

sudo ln -s /usr/bin/gcc-4.0 /usr/bin/gcc



sudo rm /usr/bin/g++

sudo ln -s /usr/bin/g++-4.0 /usr/bin/g++





Fix 2:

CUDA is not yet capable of 64bit development under OS X, but it looks like the compilers now default to creating 64bit code.

To prevent that, the parameter -m32 needs to be passed to all compilers (gcc, g++ and nvcc).



In order to build the CUDA SDK samples on SL, the following adjustments are needed to the SDKs common make file:



Edit /Developer/GPU Computing/C/common/common.mk



The lines

NVCCFLAGS :=

CXXFLAGS := $(CXXWARN_FLAGS)

CFLAGS := $(CWARN_FLAGS)



Need to be changed to

NVCCFLAGS := -m32

CXXFLAGS := -m32 $(CXXWARN_FLAGS)

CFLAGS := -m32 $(CWARN_FLAGS)





FIx 3:

Due to a bug in the CUDA Driver (or Toolkit?) installer, some permissions are not correctly set, which prevents the CUDA kernel extension from being loaded after a system restart.



The permissions can be fixed with these commands:



sudo chmod g-w /System/Library/StartupItems/CUDA/*

sudo chmod g-w /System/Library/StartupItems/CUDA/





Hopefully that's all - but actually I messed so much with my system lately that I cannot be sure I didn't miss something.

So if CUDA still does not work please give feedback here so we can adjust/expand this summary.



FIX 4: (added 10.Sept.09)

Wrong permissions on the "/usr/local/cuda/lib" folder

This one seems to happen under some circumstances only - on 5 CUDA installs it happened to me once. Anyway, after installing the CUDA driver and toolkit make sure check if this folder does can be read by all users.





Hope that helps.



Mark

#1
Posted 09/03/2009 12:04 PM   
Just one addition: driver 2.3.1 is the one and only compatible with Snow Leopard.
Just one addition: driver 2.3.1 is the one and only compatible with Snow Leopard.

#2
Posted 09/03/2009 04:13 PM   
In your Fix 1 do you mean to link gcc to gcc-4.2 or to gcc-4.0?
In your Fix 1 do you mean to link gcc to gcc-4.2 or to gcc-4.0?

#3
Posted 09/03/2009 06:15 PM   
[quote name='bj_mill' post='585023' date='Sep 3 2009, 08:15 PM']In your Fix 1 do you mean to link gcc to gcc-4.2 or to gcc-4.0?[/quote]

Thanks - that was a typo. I corrected the instructions.
[quote name='bj_mill' post='585023' date='Sep 3 2009, 08:15 PM']In your Fix 1 do you mean to link gcc to gcc-4.2 or to gcc-4.0?



Thanks - that was a typo. I corrected the instructions.

#4
Posted 09/03/2009 06:47 PM   
Also corrected the path to the common makefile.

It now reads /Developer/GPU Computing/C/common/common.mk, as installed by default.
Also corrected the path to the common makefile.



It now reads /Developer/GPU Computing/C/common/common.mk, as installed by default.

#5
Posted 09/03/2009 06:51 PM   
...
...

#6
Posted 09/08/2009 06:39 AM   
Does not work for me.
can't find
Does not work for me.

can't find

#7
Posted 09/08/2009 01:16 PM   
[quote name='ims' post='586167' date='Sep 8 2009, 03:16 PM']Does not work for me.
can't find[/quote]

From the brevity of your post I ask myself if you do expect someone to help you.
I guess not really - or?
[quote name='ims' post='586167' date='Sep 8 2009, 03:16 PM']Does not work for me.

can't find



From the brevity of your post I ask myself if you do expect someone to help you.

I guess not really - or?

#8
Posted 09/08/2009 01:57 PM   
This was all pretty handy in terms of getting things to start compiling, but I'm noticing a LOT of problems with GL header files. Is anyone else running into this?

This is using -I/Developer/GPU/C/common/inc (GPU just being a symlink to GPU Computing so that there is no space in the pathname.)

/usr/X11R6/include/GL/gl.h(1746): error: invalid redeclaration of type name "PFNGLTEXIMAGE3DPROC"
/Developer/GPU/C/common/inc/GL/glew.h(1175): here

/usr/X11R6/include/GL/gl.h(1850): error: invalid redeclaration of type name "PFNGLSECONDARYCOLORPOINTERPROC"
/Developer/GPU/C/common/inc/GL/glew.h(1460): here

/usr/X11R6/include/GL/gl.h(1852): error: invalid redeclaration of type name "PFNGLPOINTPARAMETERFVPROC"
/Developer/GPU/C/common/inc/GL/glew.h(1443): here

/usr/X11R6/include/GL/gl.h(1856): error: invalid redeclaration of type name "PFNGLMULTIDRAWARRAYSPROC"
/Developer/GPU/C/common/inc/GL/glew.h(1440): here

/usr/X11R6/include/GL/gl.h(1857): error: invalid redeclaration of type name "PFNGLMULTIDRAWELEMENTSPROC"
/Developer/GPU/C/common/inc/GL/glew.h(1441): here

/usr/X11R6/include/GL/gl.h(1936): error: invalid redeclaration of type name "PFNGLGETVERTEXATTRIBPOINTERVPROC"
/Developer/GPU/C/common/inc/GL/glew.h(1747): here

/usr/X11R6/include/GL/gl.h(1974): error: invalid redeclaration of type name "PFNGLGETUNIFORMLOCATIONPROC"
/Developer/GPU/C/common/inc/GL/glew.h(1744): here

/usr/X11R6/include/GL/gl.h(1978): error: invalid redeclaration of type name "PFNGLGETSHADERSOURCEPROC"
/Developer/GPU/C/common/inc/GL/glew.h(1742): here

Thanks,
-Brett
This was all pretty handy in terms of getting things to start compiling, but I'm noticing a LOT of problems with GL header files. Is anyone else running into this?



This is using -I/Developer/GPU/C/common/inc (GPU just being a symlink to GPU Computing so that there is no space in the pathname.)



/usr/X11R6/include/GL/gl.h(1746): error: invalid redeclaration of type name "PFNGLTEXIMAGE3DPROC"

/Developer/GPU/C/common/inc/GL/glew.h(1175): here



/usr/X11R6/include/GL/gl.h(1850): error: invalid redeclaration of type name "PFNGLSECONDARYCOLORPOINTERPROC"

/Developer/GPU/C/common/inc/GL/glew.h(1460): here



/usr/X11R6/include/GL/gl.h(1852): error: invalid redeclaration of type name "PFNGLPOINTPARAMETERFVPROC"

/Developer/GPU/C/common/inc/GL/glew.h(1443): here



/usr/X11R6/include/GL/gl.h(1856): error: invalid redeclaration of type name "PFNGLMULTIDRAWARRAYSPROC"

/Developer/GPU/C/common/inc/GL/glew.h(1440): here



/usr/X11R6/include/GL/gl.h(1857): error: invalid redeclaration of type name "PFNGLMULTIDRAWELEMENTSPROC"

/Developer/GPU/C/common/inc/GL/glew.h(1441): here



/usr/X11R6/include/GL/gl.h(1936): error: invalid redeclaration of type name "PFNGLGETVERTEXATTRIBPOINTERVPROC"

/Developer/GPU/C/common/inc/GL/glew.h(1747): here



/usr/X11R6/include/GL/gl.h(1974): error: invalid redeclaration of type name "PFNGLGETUNIFORMLOCATIONPROC"

/Developer/GPU/C/common/inc/GL/glew.h(1744): here



/usr/X11R6/include/GL/gl.h(1978): error: invalid redeclaration of type name "PFNGLGETSHADERSOURCEPROC"

/Developer/GPU/C/common/inc/GL/glew.h(1742): here



Thanks,

-Brett

#9
Posted 09/08/2009 06:55 PM   
I did everything exactly as explained, and I still can't compile. When I do make on the examples, I get the following error:

[codebox]make -C src/3DFD/
ld: warning: in ../../lib/libcutil.a, file is not of required architecture
make -C src/alignedTypes/
ld: warning: in ../../lib/libcutil.a, file is not of required architecture
Undefined symbols:
"_cutCheckCmdLineFlag", referenced from:
_main in alignedTypes.cu.o
_main in alignedTypes.cu.o
_main in alignedTypes.cu.o
"_cutGetCmdLineArgumenti", referenced from:
_main in alignedTypes.cu.o
"_cutStartTimer", referenced from:
void runTest<RGBA32_2>(int, int)in alignedTypes.cu.o
void runTest<RGBA32>(int, int)in alignedTypes.cu.o
void runTest<RGB32>(int, int)in alignedTypes.cu.o
void runTest<LA32>(int, int)in alignedTypes.cu.o
void runTest<unsigned int>(int, int)in alignedTypes.cu.o
void runTest<RGBA8>(int, int)in alignedTypes.cu.o
void runTest<RGBA32_misaligned>(int, int)in alignedTypes.cu.o
void runTest<RGB32_misaligned>(int, int)in alignedTypes.cu.o
void runTest<LA32_misaligned>(int, int)in alignedTypes.cu.o
void runTest<RGBA8_misaligned>(int, int)in alignedTypes.cu.o
void runTest<unsigned short>(int, int)in alignedTypes.cu.o
void runTest<unsigned char>(int, int)in alignedTypes.cu.o
"_cutCreateTimer", referenced from:
_main in alignedTypes.cu.o
"_cutGetTimerValue", referenced from:
void runTest<RGBA32_2>(int, int)in alignedTypes.cu.o
void runTest<RGBA32>(int, int)in alignedTypes.cu.o
void runTest<RGB32>(int, int)in alignedTypes.cu.o
void runTest<LA32>(int, int)in alignedTypes.cu.o
void runTest<unsigned int>(int, int)in alignedTypes.cu.o
void runTest<RGBA8>(int, int)in alignedTypes.cu.o
void runTest<RGBA32_misaligned>(int, int)in alignedTypes.cu.o
void runTest<RGB32_misaligned>(int, int)in alignedTypes.cu.o
void runTest<LA32_misaligned>(int, int)in alignedTypes.cu.o
void runTest<RGBA8_misaligned>(int, int)in alignedTypes.cu.o
void runTest<unsigned short>(int, int)in alignedTypes.cu.o
void runTest<unsigned char>(int, int)in alignedTypes.cu.o
"_cutDeleteTimer", referenced from:
_main in alignedTypes.cu.o
"_cutStopTimer", referenced from:
void runTest<RGBA32_2>(int, int)in alignedTypes.cu.o
void runTest<RGBA32>(int, int)in alignedTypes.cu.o
void runTest<RGB32>(int, int)in alignedTypes.cu.o
void runTest<LA32>(int, int)in alignedTypes.cu.o
void runTest<unsigned int>(int, int)in alignedTypes.cu.o
void runTest<RGBA8>(int, int)in alignedTypes.cu.o
void runTest<RGBA32_misaligned>(int, int)in alignedTypes.cu.o
void runTest<RGB32_misaligned>(int, int)in alignedTypes.cu.o
void runTest<LA32_misaligned>(int, int)in alignedTypes.cu.o
void runTest<RGBA8_misaligned>(int, int)in alignedTypes.cu.o
void runTest<unsigned short>(int, int)in alignedTypes.cu.o
void runTest<unsigned char>(int, int)in alignedTypes.cu.o
"_cutResetTimer", referenced from:
void runTest<RGBA32_2>(int, int)in alignedTypes.cu.o
void runTest<RGBA32>(int, int)in alignedTypes.cu.o
void runTest<RGB32>(int, int)in alignedTypes.cu.o
void runTest<LA32>(int, int)in alignedTypes.cu.o
void runTest<unsigned int>(int, int)in alignedTypes.cu.o
void runTest<RGBA8>(int, int)in alignedTypes.cu.o
void runTest<RGBA32_misaligned>(int, int)in alignedTypes.cu.o
void runTest<RGB32_misaligned>(int, int)in alignedTypes.cu.o
void runTest<LA32_misaligned>(int, int)in alignedTypes.cu.o
void runTest<RGBA8_misaligned>(int, int)in alignedTypes.cu.o
void runTest<unsigned short>(int, int)in alignedTypes.cu.o
void runTest<unsigned char>(int, int)in alignedTypes.cu.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make[1]: *** [../../bin/darwin/release/alignedTypes] Error 1
make: *** [src/alignedTypes/Makefile.ph_build] Error 2
[/codebox]

Don't know what to do now...did I miss something? I double checked on the -m32 flags because it mentions incompatible architectures...
I even added -m32 in a few other places just in case.

[quote name='maolimu' post='584958' date='Sep 3 2009, 02:04 PM']Hi all,

here's a summary of what needs to be done to get CUDA 2.3 working nice on Snow Leopard.
I did not find out this stuff, I'm just summing up the stuff gathered from various other forum posts.

Fix 1:
NVCC is not compatible with gcc and g++ 4.2, but these are the default compilers on Snow Leopard and nvcc uses the defaults.
The solution is to make versions 4.0 the system defaults again (as was the case with Leopard)

To remove the symbolic links to versions 4.2 and re-create the links to versions 4.0 execute:

sudo rm /usr/bin/gcc
sudo ln -s /usr/bin/gcc-4.0 /usr/bin/gcc

sudo rm /usr/bin/g++
sudo ln -s /usr/bin/g++-4.0 /usr/bin/g++


Fix 2:
CUDA is not yet capable of 64bit development under OS X, but it looks like the compilers now default to creating 64bit code.
To prevent that, the parameter -m32 needs to be passed to all compilers (gcc, g++ and nvcc).

In order to build the CUDA SDK samples on SL, the following adjustments are needed to the SDKs common make file:

Edit /Developer/GPU Computing/C/common/common.mk

The lines
NVCCFLAGS :=
CXXFLAGS := $(CXXWARN_FLAGS)
CFLAGS := $(CWARN_FLAGS)

Need to be changed to
NVCCFLAGS := -m32
CXXFLAGS := -m32 $(CXXWARN_FLAGS)
CFLAGS := -m32 $(CWARN_FLAGS)


FIx 3:
Due to a bug in the CUDA Driver (or Toolkit?) installer, some permissions are not correctly set, which prevents the CUDA kernel extension from being loaded after a system restart.

The permissions can be fixed with these commands:

sudo chmod g-w /System/Library/StartupItems/CUDA/*
sudo chmod g-w /System/Library/StartupItems/CUDA/


Hopefully that's all - but actually I messed so much with my system lately that I cannot be sure I didn't miss something.
So if CUDA still does not work please give feedback here so we can adjust/expand this summary.

Hope that helps.

Mark[/quote]
I did everything exactly as explained, and I still can't compile. When I do make on the examples, I get the following error:



[codebox]make -C src/3DFD/

ld: warning: in ../../lib/libcutil.a, file is not of required architecture

make -C src/alignedTypes/

ld: warning: in ../../lib/libcutil.a, file is not of required architecture

Undefined symbols:

"_cutCheckCmdLineFlag", referenced from:

_main in alignedTypes.cu.o

_main in alignedTypes.cu.o

_main in alignedTypes.cu.o

"_cutGetCmdLineArgumenti", referenced from:

_main in alignedTypes.cu.o

"_cutStartTimer", referenced from:

void runTest<RGBA32_2>(int, int)in alignedTypes.cu.o

void runTest<RGBA32>(int, int)in alignedTypes.cu.o

void runTest<RGB32>(int, int)in alignedTypes.cu.o

void runTest<LA32>(int, int)in alignedTypes.cu.o

void runTest<unsigned int>(int, int)in alignedTypes.cu.o

void runTest<RGBA8>(int, int)in alignedTypes.cu.o

void runTest<RGBA32_misaligned>(int, int)in alignedTypes.cu.o

void runTest<RGB32_misaligned>(int, int)in alignedTypes.cu.o

void runTest<LA32_misaligned>(int, int)in alignedTypes.cu.o

void runTest<RGBA8_misaligned>(int, int)in alignedTypes.cu.o

void runTest<unsigned short>(int, int)in alignedTypes.cu.o

void runTest<unsigned char>(int, int)in alignedTypes.cu.o

"_cutCreateTimer", referenced from:

_main in alignedTypes.cu.o

"_cutGetTimerValue", referenced from:

void runTest<RGBA32_2>(int, int)in alignedTypes.cu.o

void runTest<RGBA32>(int, int)in alignedTypes.cu.o

void runTest<RGB32>(int, int)in alignedTypes.cu.o

void runTest<LA32>(int, int)in alignedTypes.cu.o

void runTest<unsigned int>(int, int)in alignedTypes.cu.o

void runTest<RGBA8>(int, int)in alignedTypes.cu.o

void runTest<RGBA32_misaligned>(int, int)in alignedTypes.cu.o

void runTest<RGB32_misaligned>(int, int)in alignedTypes.cu.o

void runTest<LA32_misaligned>(int, int)in alignedTypes.cu.o

void runTest<RGBA8_misaligned>(int, int)in alignedTypes.cu.o

void runTest<unsigned short>(int, int)in alignedTypes.cu.o

void runTest<unsigned char>(int, int)in alignedTypes.cu.o

"_cutDeleteTimer", referenced from:

_main in alignedTypes.cu.o

"_cutStopTimer", referenced from:

void runTest<RGBA32_2>(int, int)in alignedTypes.cu.o

void runTest<RGBA32>(int, int)in alignedTypes.cu.o

void runTest<RGB32>(int, int)in alignedTypes.cu.o

void runTest<LA32>(int, int)in alignedTypes.cu.o

void runTest<unsigned int>(int, int)in alignedTypes.cu.o

void runTest<RGBA8>(int, int)in alignedTypes.cu.o

void runTest<RGBA32_misaligned>(int, int)in alignedTypes.cu.o

void runTest<RGB32_misaligned>(int, int)in alignedTypes.cu.o

void runTest<LA32_misaligned>(int, int)in alignedTypes.cu.o

void runTest<RGBA8_misaligned>(int, int)in alignedTypes.cu.o

void runTest<unsigned short>(int, int)in alignedTypes.cu.o

void runTest<unsigned char>(int, int)in alignedTypes.cu.o

"_cutResetTimer", referenced from:

void runTest<RGBA32_2>(int, int)in alignedTypes.cu.o

void runTest<RGBA32>(int, int)in alignedTypes.cu.o

void runTest<RGB32>(int, int)in alignedTypes.cu.o

void runTest<LA32>(int, int)in alignedTypes.cu.o

void runTest<unsigned int>(int, int)in alignedTypes.cu.o

void runTest<RGBA8>(int, int)in alignedTypes.cu.o

void runTest<RGBA32_misaligned>(int, int)in alignedTypes.cu.o

void runTest<RGB32_misaligned>(int, int)in alignedTypes.cu.o

void runTest<LA32_misaligned>(int, int)in alignedTypes.cu.o

void runTest<RGBA8_misaligned>(int, int)in alignedTypes.cu.o

void runTest<unsigned short>(int, int)in alignedTypes.cu.o

void runTest<unsigned char>(int, int)in alignedTypes.cu.o

ld: symbol(s) not found

collect2: ld returned 1 exit status

make[1]: *** [../../bin/darwin/release/alignedTypes] Error 1

make: *** [src/alignedTypes/Makefile.ph_build] Error 2

[/codebox]



Don't know what to do now...did I miss something? I double checked on the -m32 flags because it mentions incompatible architectures...

I even added -m32 in a few other places just in case.



[quote name='maolimu' post='584958' date='Sep 3 2009, 02:04 PM']Hi all,



here's a summary of what needs to be done to get CUDA 2.3 working nice on Snow Leopard.

I did not find out this stuff, I'm just summing up the stuff gathered from various other forum posts.



Fix 1:

NVCC is not compatible with gcc and g++ 4.2, but these are the default compilers on Snow Leopard and nvcc uses the defaults.

The solution is to make versions 4.0 the system defaults again (as was the case with Leopard)



To remove the symbolic links to versions 4.2 and re-create the links to versions 4.0 execute:



sudo rm /usr/bin/gcc

sudo ln -s /usr/bin/gcc-4.0 /usr/bin/gcc



sudo rm /usr/bin/g++

sudo ln -s /usr/bin/g++-4.0 /usr/bin/g++





Fix 2:

CUDA is not yet capable of 64bit development under OS X, but it looks like the compilers now default to creating 64bit code.

To prevent that, the parameter -m32 needs to be passed to all compilers (gcc, g++ and nvcc).



In order to build the CUDA SDK samples on SL, the following adjustments are needed to the SDKs common make file:



Edit /Developer/GPU Computing/C/common/common.mk



The lines

NVCCFLAGS :=

CXXFLAGS := $(CXXWARN_FLAGS)

CFLAGS := $(CWARN_FLAGS)



Need to be changed to

NVCCFLAGS := -m32

CXXFLAGS := -m32 $(CXXWARN_FLAGS)

CFLAGS := -m32 $(CWARN_FLAGS)





FIx 3:

Due to a bug in the CUDA Driver (or Toolkit?) installer, some permissions are not correctly set, which prevents the CUDA kernel extension from being loaded after a system restart.



The permissions can be fixed with these commands:



sudo chmod g-w /System/Library/StartupItems/CUDA/*

sudo chmod g-w /System/Library/StartupItems/CUDA/





Hopefully that's all - but actually I messed so much with my system lately that I cannot be sure I didn't miss something.

So if CUDA still does not work please give feedback here so we can adjust/expand this summary.



Hope that helps.



Mark

#10
Posted 09/08/2009 09:02 PM   
@Brett:
Yes, I think NVIDIA is doing a little mess with the OpenGL headers.
Under OS X glew, glu, glut are all shipped with the system but the CUDA SDK ships and uses with it's own copies of those. So probably you'll run into trouble if you create an app that uses both the Mac headers AND the SDK common includes. Is that the case? Do the SDK samples (that use OpenGL) compile?


@fercook
No idea. Did you try 'make clean' and then 'make'?
@Brett:

Yes, I think NVIDIA is doing a little mess with the OpenGL headers.

Under OS X glew, glu, glut are all shipped with the system but the CUDA SDK ships and uses with it's own copies of those. So probably you'll run into trouble if you create an app that uses both the Mac headers AND the SDK common includes. Is that the case? Do the SDK samples (that use OpenGL) compile?





@fercook

No idea. Did you try 'make clean' and then 'make'?

#11
Posted 09/09/2009 07:05 AM   
I did the Fix 1 and got:

make -C src/3DFD/
make[1]: g++: No such file or directory
make[1]: *** [../../bin/darwin/release/3dfd] Error 1
make: *** [src/3DFD/Makefile.ph_build] Error 2

Thanks.
I did the Fix 1 and got:



make -C src/3DFD/

make[1]: g++: No such file or directory

make[1]: *** [../../bin/darwin/release/3dfd] Error 1

make: *** [src/3DFD/Makefile.ph_build] Error 2



Thanks.

#12
Posted 09/09/2009 06:52 PM   
Also, when I go to

bash-3.2$ ls /usr/bin

I do not see g++-4.0 listed, i'm not sure if that is significant. Thanks!
Also, when I go to



bash-3.2$ ls /usr/bin



I do not see g++-4.0 listed, i'm not sure if that is significant. Thanks!

#13
Posted 09/09/2009 07:20 PM   
[quote name='maolimu' post='586334' date='Sep 9 2009, 09:05 AM']@Brett:
Yes, I think NVIDIA is doing a little mess with the OpenGL headers.
Under OS X glew, glu, glut are all shipped with the system but the CUDA SDK ships and uses with it's own copies of those. So probably you'll run into trouble if you create an app that uses both the Mac headers AND the SDK common includes. Is that the case? Do the SDK samples (that use OpenGL) compile?


@fercook
No idea. Did you try 'make clean' and then 'make'?[/quote]

I just tried it, but it seems to have made things worse. Now this is the only output from make:

[codebox]a - obj/release/bank_checker.cpp.o
a - obj/release/cmd_arg_reader.cpp.o
a - obj/release/cutil.cpp.o
a - obj/release/stopwatch.cpp.o
a - obj/release/stopwatch_linux.cpp.o
a - obj/release/multithreading.cpp.o
make -C src/3DFD/
nvcc fatal : redefinition of argument 'machine'
make[1]: *** [obj/release/3dfd.cu.o] Error 255
make: *** [src/3DFD/Makefile.ph_build] Error 2
[/codebox]

I don't have a weird setup or anything...these bugs are annoying.
[quote name='maolimu' post='586334' date='Sep 9 2009, 09:05 AM']@Brett:

Yes, I think NVIDIA is doing a little mess with the OpenGL headers.

Under OS X glew, glu, glut are all shipped with the system but the CUDA SDK ships and uses with it's own copies of those. So probably you'll run into trouble if you create an app that uses both the Mac headers AND the SDK common includes. Is that the case? Do the SDK samples (that use OpenGL) compile?





@fercook

No idea. Did you try 'make clean' and then 'make'?



I just tried it, but it seems to have made things worse. Now this is the only output from make:



[codebox]a - obj/release/bank_checker.cpp.o

a - obj/release/cmd_arg_reader.cpp.o

a - obj/release/cutil.cpp.o

a - obj/release/stopwatch.cpp.o

a - obj/release/stopwatch_linux.cpp.o

a - obj/release/multithreading.cpp.o

make -C src/3DFD/

nvcc fatal : redefinition of argument 'machine'

make[1]: *** [obj/release/3dfd.cu.o] Error 255

make: *** [src/3DFD/Makefile.ph_build] Error 2

[/codebox]



I don't have a weird setup or anything...these bugs are annoying.

#14
Posted 09/09/2009 09:56 PM   
[quote name='turbulence' post='586516' date='Sep 9 2009, 09:20 PM']Also, when I go to

bash-3.2$ ls /usr/bin

I do not see g++-4.0 listed, i'm not sure if that is significant. Thanks![/quote]

You need to install Xcode first, then follow the instructions.
[quote name='turbulence' post='586516' date='Sep 9 2009, 09:20 PM']Also, when I go to



bash-3.2$ ls /usr/bin



I do not see g++-4.0 listed, i'm not sure if that is significant. Thanks!



You need to install Xcode first, then follow the instructions.

#15
Posted 09/09/2009 11:53 PM   
  1 / 3    
Scroll To Top