mmizzle9 / cudpp

Automatically exported from code.google.com/p/cudpp
Other
0 stars 0 forks source link

Fix app makefiles so they can use a "common" directory #78

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
findFile is in cudpp_testrig and we'd like to use it in satGL too. But 
linux_build/common.mk doesn't like a source file that's 
"../common/findFile.cpp". Mark's expressed interest (long term) in upgrading 
common.mk to handle this. (Or anyone else who knows how to fix this, awesome!)

Original issue reported on code.google.com by jow...@gmail.com on 1 Jul 2011 at 12:08

GoogleCodeExporter commented 8 years ago
I was wondering if it wouldn't make sense to migrate the build system to CMake 
(or at least to offer this as an alternative). After checking out everything 
from Subversion I had considerable troubles to get everything to build on my 
MacbookPro, such that I decided to create an additional route to build 
libraries and applications. The nice thing about CMake (www.cmake.org) is, that 
it allows to keep configuration and build instructions for multiple platforms 
within one set of configuration files; while on Unix-type systems the default 
output is a standard makefile, generators exist for a number of IDEs (such as 
XCode, CodeBlocks, Eclipse, KDevelop3) as well. For a while now NVIDIA has been 
contributing to CMake in order to provide official CUDA support, which means 
that dealing with CUDA-type libraries/applications come as part of CMake.

Original comment by lbaeh...@gmail.com on 4 Jul 2011 at 3:25

Attachments:

GoogleCodeExporter commented 8 years ago
Got rid of cutil and provided common app utilities with revisions 164 and 165. 
The utilities are all headers so no makefile changes needed.

Regarding CMAKE, I don't like it's lack of support for msvc .rules files.

Original comment by harr...@gmail.com on 4 Jul 2011 at 9:41