Dmitry Marakasov wrote:
* Andreas Pakulat ([EMAIL PROTECTED]) wrote:
sdl-config --libs:
-L/usr/local/lib -Wl,-rpath,/usr/local/lib -lSDL -pthread
sdl-config --cflags:
-I/usr/local/include/SDL -I/usr/local/include -D_GNU_SOURCE=1 -D_REENTRANT
So I thought it would be safer to use sdl-config and
Andreas Pakulat wrote:
Actually as a CMake user I would expect exactly that. GLOB_RECURSE not
looking in certain directories because of their name is completely
broken behaviour, what if I have sources in there that I want to
compile?
Feel free to create a bug report/patch.
-Bill
___
Dmitry Marakasov wrote:
* Bill Hoffman ([EMAIL PROTECTED]) wrote:
That said glob recurse is a bad way to get the list of source files for
many other reasons.
What are those, btw?
If someone adds a new source file or removes one from where glob is
finding them, you have to know to re-run
* Andreas Pakulat ([EMAIL PROTECTED]) wrote:
> > I guess I will. GLOB_RECURSE may not be the best way to specify
> > project sources, but it matching anything under CMakeFiles/ is certainly
> > not what user would expect.
> Actually as a CMake user I would expect exactly that. GLOB_RECURSE not
> l
On 19.05.08 17:40:13, Dmitry Marakasov wrote:
> * Andreas Pakulat ([EMAIL PROTECTED]) wrote:
> > You can do this stuff much more easily with a plain Makefile.
> Not quite. CMake lets me write those 16 lines of CMakeLists once,
> and `cmake . && make' will work on most *nix systems not requiring
> a
* Bill Hoffman ([EMAIL PROTECTED]) wrote:
>> And don't forget to open a bugreport for unix 'find' too. It
>> also finds its own sources when doing a 'find /path/to/find/sources
>> -name "*.c" ' ...
There's a tiny difference: find doesn't create stuf in where it
searches.
> That said glob recurse
* Andreas Pakulat ([EMAIL PROTECTED]) wrote:
> > sdl-config --libs:
> > -L/usr/local/lib -Wl,-rpath,/usr/local/lib -lSDL -pthread
> > sdl-config --cflags:
> > -I/usr/local/include/SDL -I/usr/local/include -D_GNU_SOURCE=1 -D_REENTRANT
> >
> > So I thought it would be safer to use sdl-config and le
Christian Ehrlicher wrote:
Von: Andreas Pakulat
On 19.05.08 02:06:51, Dmitry Marakasov wrote:
* Andreas Pakulat ([EMAIL PROTECTED]) wrote:
CMakeFiles/Memonix.dir/CMakeFiles/CompilerIdCXX/CMakeCXXCompilerId.o
gets into project object files (seems like it's because
CMakeFiles/CompilerIdCXX/CMa
> Von: Andreas Pakulat
> On 19.05.08 02:06:51, Dmitry Marakasov wrote:
> > * Andreas Pakulat ([EMAIL PROTECTED]) wrote:
> >
> > > > CMakeFiles/Memonix.dir/CMakeFiles/CompilerIdCXX/CMakeCXXCompilerId.o
> > > > gets into project object files (seems like it's because
> > > > CMakeFiles/CompilerIdCXX
On 19.05.08 02:06:51, Dmitry Marakasov wrote:
> * Andreas Pakulat ([EMAIL PROTECTED]) wrote:
>
> > > # depends
> > > set(SDL_CONFIG "sdl-config" CACHE STRING "Path to sdl-config script")
> > Thats broken by design, what if sdl-config is not in my PATH?
>
> > > FIND_PACKAGE(SDL REQUIRED)
> > > FIN
* Andreas Pakulat ([EMAIL PROTECTED]) wrote:
> > # depends
> > set(SDL_CONFIG "sdl-config" CACHE STRING "Path to sdl-config script")
> Thats broken by design, what if sdl-config is not in my PATH?
> > FIND_PACKAGE(SDL REQUIRED)
> > FIND_PACKAGE(SDL_image REQUIRED)
> > FIND_PACKAGE(SDL_mixer REQUI
On 17.05.08 18:06:11, Dmitry Marakasov wrote:
> --- CMakeLists.txt begins here ---
> # project name
> PROJECT(Memonix)
>
> # depends
> set(SDL_CONFIG "sdl-config" CACHE STRING "Path to sdl-config script")
Thats broken by design, what if sdl-config is not in my PATH?
> FIND_PACKAGE(SDL REQUIRED)
Hi!
I've got some breakages after switch to CMake 2.6.0, and I'm not
sure how to fix those in a correct way. The app in question is
memonix:
http://www.viewizard.com/download/MemonixSourceCode_1.6_070713.zip
(I'm not related to authors of this software, but CMakeLists.txt
there is by me).
Here'
13 matches
Mail list logo