Re: [CMake] Static and shared libraries with the same name

Brandon J. Van Every wrote: This is a known bug in CMake 2.4.3. You will need CMake CVS if you want it to go away. If you're stuck with CMake 2.4.3, you can use symlinks or straight copies of library stubs as workarounds. Peruse the archives, I've posted examples on what to do. Great! Good

Re: [CMake] Static and shared libraries with the same name

Jorge Rodriguez wrote: That's not right! It should only clean libfoo.a! Looks like I can't accomplish this that way. What else can I do? This is a known bug in CMake 2.4.3. You will need CMake CVS if you want it to go away. If you're stuck with CMake 2.4.3, you can use symlinks or straig

[CMake] Static and shared libraries with the same name

I am trying to create a static, and a shared library, where both have the same name and both share the same source code. I was recommended previously to use this sort of code: ADD_LIBRARY(foo SHARED ${FOO_SRCS}) ADD_LIBRARY(foos STATIC ${FOO_SRCS}) SET_TARGET_PROPERTIES(foos PROPERTIES OUTPUT_N

[CMake] Re: OpenSceneGraph and CMake

But that's OSG. Says nothing about OpenThreads and Producer. I'm saying, write a CMake script that installs OpenThreads and Producer in a way they're expected to be installed. There's really no value in CMakeifying a build that the library maintainers themselves aren't going to support. All yo

Re: [CMake] Re: OpenSceneGraph and CMake

E. Wing wrote: One frequent reason people might run without the formal *installation* is that OSG has yet to put out a release with a stable API and ABI. But that's OSG. Says nothing about OpenThreads and Producer. I'm saying, write a CMake script that installs OpenThreads and Producer in a

[CMake] Re: OpenSceneGraph and CMake

Anyway, I would really like to improve this current Makefile scheme if possible so it is more a one step build without the user having to intervene with setting environment paths or 'installing'. Is that even technically possible in the underlying build dependencies? Yes, I believe this is te

Re: [CMake] Re: OpenSceneGraph and CMake

Mike Jackson wrote: It is probably possible as long as the directory structure is adhered to.. that is the big thing.. Then we can just build in the paths to the CMake files. Not the best solution, but would work. Mike On 8/21/06, Brandon J. Van Every <[EMAIL PROTECTED]> wrote: E. Wing wrote:

Re: [CMake] Re: OpenSceneGraph and CMake

It is probably possible as long as the directory structure is adhered to.. that is the big thing.. Then we can just build in the paths to the CMake files. Not the best solution, but would work. Mike On 8/21/06, Brandon J. Van Every <[EMAIL PROTECTED]> wrote: E. Wing wrote: > > Anyway, I would r

[CMake] Re: OpenSceneGraph and CMake

E. Wing wrote: Anyway, I would really like to improve this current Makefile scheme if possible so it is more a one step build without the user having to intervene with setting environment paths or 'installing'. Is that even technically possible in the underlying build dependencies? For insta

Re: [CMake] make clean intermediate files

James Bigler wrote: > If I have a rule that generates some intermediate files, how do I add > those files to the list that get removed when I do a "make clean"? I'm assuming you're talking about intermediate files when building a custom command. If they are listed as the OUTPUT of the custom comm

[CMake] make clean intermediate files

If I have a rule that generates some intermediate files, how do I add those files to the list that get removed when I do a "make clean"? Thanks, James ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] Re: OpenSceneGraph and CMake

Eric, I am in the process of writing something similar in CMake for our own project. I have like 5 or 6 subprojects that need to be built first. The code layout is similar to OST_OT_OP layout. I have one CMake file in the Main directory that includes "../{other projects} and now with one invocati

[CMake] Re: OpenSceneGraph and CMake

There's actually not too much going on the OSG list so don't worry about it too much. Perhaps the surprise was the fact that QMake also supports Xcode generation. I'm having trouble finding specifics on it though. As far as CMake questions go, I actually have a couple maybe you guys can answer n

[CMake] Re: [CMake-Promote] Fwd: OpenSceneGraph and CMake

Bill Hoffman wrote: -- Forwarded message -- From: Mike Jackson <[EMAIL PROTECTED]> Some of us would like to see OSG fully jump on the bandwagon for CMake with a dashboard and ctest. If you could lend a helping hand, even if just getting people pointe

Re: [CMake] INSTALL command doesn't behave as documented

Le Mon, 21 Aug 2006 16:02:41 +0200, Brad King <[EMAIL PROTECTED]> a écrit: Please submit bug reports here: http://www.cmake.org/Bug Done. see bug 3644. Thomas ___ CMake mailing list CMake@cmake.org http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] INSTALL command doesn't behave as documented

Alan W. Irwin wrote: > [EMAIL PROTECTED]> make install > Install the project... > -- Install configuration: "" > CMake Error: Error in cmake code at > /home/software/plplot_cvs/HEAD/test_cmake/cmake_install.cmake:30: > FILE INSTALL option RENAME may be used only with FILES. > Current CMake stack: >

Re: [CMake] Cmake and Win32 plugin linking issues.

At 09:06 PM 8/20/2006, Jamie Jones wrote: >On Sun, 2006-08-20 at 11:10 -0400, William A. Hoffman wrote: > >> >The "magic" build script for Win32 contain this fragment of the build >> >line for MSVC >> > >> >/DEF:"./../../engine/api/doomsday.def" /IMPLIB:"./%BIN_DIR >> >%/Doomsday.lib" >> > >> >(Ful

Re: [CMake] cmake: broke compatibility between 2.2 and 2.4

So, the problem was that some Unix shells were having trouble with long command lines. So, we made it a cmake script to do the linking. I forgot that folks used back tic commands to run pkconfig. However, that is a bad thing to do anywayIt does not work with Xcode projects, it does not

Re: [CMake] Directory creation problem with MACOSX_BUNDLE

Hi Peter, I am working on this, but I would still ask you to put a bug in a CMake bug tracker, just to have a record: http://www.cmake.org/Bug Andy Peter Carr wrote: Hi, I'm running into problems using the MACOSX_BUNDLE parameter with ADD_EXECUTABLE. For some reason, I'm getting the