[CMake] Fwd: CMAKE + SWIG + more wrapped languages

2006-07-24 Thread Daniel Tihelka
Hallo everybody. May I ask you for a help with SWIG module in CMake? I need to create more wrapping libraries from one set of .i SWIG files. To use SWIG from CMake is really trivial for one wrapped language, but I need to create more wrappers in one step, as illustrated below: I have directory

Re: [CMake] Fwd: CMAKE + SWIG + more wrapped languages

2006-07-24 Thread ANTON DEGUET
Daniel, I figured out a solution which is more a trick than anything else. Basically, I created an empty .i file as a stub for each language. For example, you have Module.i and you could add ModulePython.i which contains: %include Module.i. I then use CMake with these stubs. This works but

Re: [CMake] CMAKE + SWIG + more wrapped languages

2006-07-24 Thread Daniel Tihelka
Great, this is a good idea, thank you very much! I have tried to create wrap/python/ModulePy.i including the original wrap/Module.i only, and when it was called as .../python $ swig -c++ -python -I../ Module.py everything seemed to be OK (well, I did not try to compile it, I just

Re: [CMake] CMAKE + SWIG + more wrapped languages

2006-07-24 Thread Daniel Tihelka
I am sorry - the previous mail was wrong. The directives: SET_SOURCE_FILES_PROPERTIES( ErisPython.i PROPERTIES CPLUSPLUS ON ) SET_SOURCE_FILES_PROPERTIES( ErisPython.i PROPERTIES SWIG_FLAGS -I../) seems to work fine. The -I../ flag is set in the SWIG call. I had to miss

Re: [CMake] CMakeSetup broken, fails in the root directory

2006-07-24 Thread William A. Hoffman
At 09:49 PM 7/22/2006, William A. Hoffman wrote: At 06:09 PM 7/22/2006, William A. Hoffman wrote: OK, found the problem. It seems to have been broken for some time now, but the fix should make it in 2.4.3 when that is ready. It should be in cvs soon, after I run all the tests. I spoke to

Re: [CMake] Fwd: CMAKE + SWIG + more wrapped languages

2006-07-24 Thread James Bigler
ANTON DEGUET wrote: Daniel, This works but I then run into a long known issue with the CMake SWIG macro, i.e. the dependencies don't handle files included by SWIG using the %include. I believe there is a ticket opened for this issue. Yes, this is quite annoying. I've been looking at

[CMake] Testing shared library

2006-07-24 Thread Flávio P. Duarte
Hi, I am trying to test a shared library using cmake. In my top level directory, I have the source directory (src), which contains the source files to build the library, and a test directory (test), which contains the source files to build the binaries that will be used to test the shared

[CMake] Fortran question

2006-07-24 Thread Karl Merkley
I have a simple Fortran project that I am testing with cmake. PROJECT(multi_patch Fortran) SET( SRCS aAdjKeep.f Main_mp.f ) ADD_EXECUTABLE(multi_patch ${SRCS}) However, the first file is a Fortran 95 module and when I try to build I get the following error. Scanning dependencies of

[CMake] Problems I have

2006-07-24 Thread Louis Kruger
One of the persons indicated that more info is required ito the problems that I have. I am busy compiling/capturing problems, but the results are kind of big. How should I handle that in terms of posting? Louis. ___ CMake mailing list

Re: [CMake] Testing shared library

2006-07-24 Thread Brad King
Flávio P. Duarte wrote: Hi, I am trying to test a shared library using cmake. In my top level directory, I have the source directory (src), which contains the source files to build the library, and a test directory (test), which contains the source files to build the binaries that will be

Re: [CMake] Problems I have

2006-07-24 Thread Brad King
Louis Kruger wrote: One of the persons indicated that more info is required ito the problems that I have. I am busy compiling/capturing problems, but the results are kind of big. How should I handle that in terms of posting? Just cut-and-paste the portion of your log at which the first error

Re: [CMake] RPATH questions

2006-07-24 Thread Alan W. Irwin
On 2006-07-24 11:14-0400 Brad King wrote: If you don't set BUILD_WITH_INSTALL_RPATH or SKIP_BUILD_RPATH properties then the modules built into the build tree will have the proper rpath to load from there. Thanks for that useful information which I have just confirmed. I have also just

Re: [CMake] RPATH questions

2006-07-24 Thread Brad King
Alan W. Irwin wrote: On 2006-07-24 11:14-0400 Brad King wrote: Summary: Just set INSTALL_RPATH on the module target to be the rpath needed in the install tree. Then things will just work. I followed that advice for INSTALL_RPATH with libplplotd, and it worked, but unlike the build tree

Re: [CMake] Fortran question

2006-07-24 Thread Brad King
Karl Merkley wrote: I have a simple Fortran project that I am testing with cmake. PROJECT(multi_patch Fortran) SET( SRCS aAdjKeep.f Main_mp.f ) ADD_EXECUTABLE(multi_patch ${SRCS}) However, the first file is a Fortran 95 module and when I try to build I get the following

[CMake] CMakelists.txt non-trivial examples?

2006-07-24 Thread Richard Fuchs
Im setting up the build environment for our project and Ive been looking around to find some examples of how to create CMakelists.txt files and the only examples Ive come across so far are the trivial ones on the cmake page and the crazy convoluted ones (well, from my novice perspective)

Re: [CMake] CMakelists.txt non-trivial examples?

2006-07-24 Thread Scott Amort
Hi Richard, Richard Fuchs wrote: Are there any other places that I can look to find some examples while I wait for my cmake book to arrive in the mail? Any pointers would be useful. Thanks I found the latest Scribus (http://www.scribus.net) CVS source to be quite helpful as an example

Re: [CMake] CMakelists.txt non-trivial examples?

2006-07-24 Thread Brandon J. Van Every
Richard Fuchs wrote: Im setting up the build environment for our project and Ive been looking around to find some examples of how to create CMakelists.txt files and the only examples Ive come across so far are the trivial ones on the cmake page and the crazy convoluted ones (well,

Re: [CMake] RPATH questions

2006-07-24 Thread Alan W. Irwin
On 2006-07-24 13:22-0700 Alan W. Irwin wrote: On 2006-07-24 11:14-0400 Brad King wrote: If you don't set BUILD_WITH_INSTALL_RPATH or SKIP_BUILD_RPATH properties then the modules built into the build tree will have the proper rpath to load from there. Thanks for that useful information which

[CMake] Building a library with a complex hierarchy

2006-07-24 Thread Tilo Wiklund
Hello, I'm going to begin with the usual I'm not sure this is the right place to post this, but hopefully it is, so with that done I can get on to my real question. I'm trying to build a game engine, or rather what is currently there, I'm currently developing. The output of the build is supposed

Re: [CMake] Building a library with a complex hierarchy

2006-07-24 Thread William A. Hoffman
At 09:00 PM 7/24/2006, Tilo Wiklund wrote: Hello, I'm going to begin with the usual I'm not sure this is the right place to post this, but hopefully it is, so with that done I can get on to my real question. I'm trying to build a game engine, or rather what is currently there, I'm currently

Re: [CMake] Building a library with a complex hierarchy

2006-07-24 Thread Alan W. Irwin
On 2006-07-25 03:00+0200 Tilo Wiklund wrote: My first thought was to compile all the different parts into their own libraries and then link them all into a common shared one. This, apperently, wasn't possible and maybe not a very clever way to do it. Simply having a ADD_LIBRARY with all the