I hope no one minds if I resurrect this thread.Anyone on Windows will encounter the same issue, and I'm wondering what the best approach is or will be. Particularly, take into account that I might not be using CMake to build all of my [3rd party] dependencies, nor might I want to drop all targets
Fedora puts java stuff into /usr/lib/jvm/java. Please consider adding
/usr/lib/jvm/java/include and /usr/lib/jvm/java/lib to the search paths
in FindJNI.cmake.
--
Orion Poplawski
System Administrator 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
33
I would expect:
find_library(
OCTAVE_LIBRARIES
octave
PATH_SUFFIXES octave-2.9.9
)
to find:
/usr/lib64/octave-2.9.9/liboctave.so
but it doesn't. This is apparently because when the suffixes are added
to the search list in cmFindBase they are checked for existence before
Benjamin Roy wrote:
> DOT_PATH = ${DOT_PATH}
Try using the syntax
DOT_PATH = @DOT_PATH@
and the @ONLY option of CONFIGURE_FILE. This should get rid of the
error. However a separate problem is that CMake should have reported a
better error in the first place. Plea
Hello Everyone,
Kitware will be hosting a VTK / ParaView / ITK "Birds-Of-A-Feather" (BOF)
meeting in Baltimore, Maryland as part of the Visualization '06
conference. This will take place on Thursday November 2, from
7pm to 9pm. There will be several short presentations on the current
developments
Hi everyone,
I've got this error on my CMake build when i try to write a config file
in order to generate some doc with doxygen:
Syntax error in cmake code at
/udd/broy/workspace/MPTKtrunk/CMake/GenerateDoc.cmake:52:
syntax error, unexpected cal_SYMBOL, expecting $end (1476), when parsing
str
Axel Roebel wrote:
> I wonder whether anybody
> sees a simpler solution to the problem, like a simple target property
> that will remove the traget from the list of targets linked
> to the "all" target.
In CMake from CVS and in the upcoming 2.4.4 release you can do
ADD_EXECUTABLE(myexe EXCLUDE_
Hello,
I have a number of libraries and executable targets in my project
where only the executable targets are commonly used for installation.
The libraries implement the same code as the executables and will be used
only under very specific conditions.
Unfortunately cmake creates makefiles that
Alan W. Irwin wrote:
> I have the following situation:
>
> One subdirectory has a complicated target build (a library). Another
> subdirectory has a custom command which only works if the library is built
> first.
>
> I know of no way to directly get a custom command to depend on a target.
>
>
Bill Hoffman <[EMAIL PROTECTED]>
writes:
>>> I wrote a new pkg-config module which is available at
>>>
>>> http://ensc.de/cmake/FindPkgConfig.cmake
>>>
>
> It would be great if this was backwards compatible with the
> UsePkgConfig.cmake that is in cmake now:
> It should be easy to
I've modified UsePkgConfig too.
The reasons why it has been modified is that it allows to search on non
standard pkg path. It also retrieves the package version and the definitions
It should be nice to merge all work done.
Frederic Heem
On Tuesday 31 October 2006 12:30 pm, Enrico Scholz wrote:
> H
frederic heem wrote:
I've modified UsePkgConfig too.
The reasons why it has been modified is that it allows to search on non
standard pkg path. It also retrieves the package version and the definitions
It should be nice to merge all work done.
Frederic Heem
I just want to make sure it is all
frederic heem wrote:
On Tuesday 31 October 2006 12:39 pm, Luigi Calori wrote:
Thanks, Frederic
My sistuation is I have aready an hand written CMakefile (I ususally
work on MS visual studio) for several generators (Unix Makefiles, mingw,
MS VS 7...)
I currently build under Linux thru Makefil
On Tuesday 31 October 2006 12:39 pm, Luigi Calori wrote:
> Thanks, Frederic
>
> My sistuation is I have aready an hand written CMakefile (I ususally
> work on MS visual studio) for several generators (Unix Makefiles, mingw,
> MS VS 7...)
> I currently build under Linux thru Makefiles, I would like
On Tuesday 31 October 2006 15:34, Bill Hoffman wrote:
> Brad King wrote:
> > Axel Roebel wrote:
> >> I wonder whether anybody
> >> sees a simpler solution to the problem, like a simple target property
> >> that will remove the traget from the list of targets linked
> >> to the "all" target.
> >
> >
Brad King wrote:
Axel Roebel wrote:
I wonder whether anybody
sees a simpler solution to the problem, like a simple target property
that will remove the traget from the list of targets linked
to the "all" target.
In CMake from CVS and in the upcoming 2.4.4 release you can do
ADD_EXECU
Maik Beckmann wrote:
Hello,
I wrote a new pkg-config module which is available at
http://ensc.de/cmake/FindPkgConfig.cmake
It would be great if this was backwards compatible with the
UsePkgConfig.cmake that is in cmake now:
It should be easy to do, just implement this m
> Hello,
>
> I wrote a new pkg-config module which is available at
>
> http://ensc.de/cmake/FindPkgConfig.cmake
Holy Moly... last week had to work on the same issue, why you didn't
post this before ;)
Maybe we can merge some points and discuss the interface, see the
attachment
Thanks, Frederic
My sistuation is I have aready an hand written CMakefile (I ususally
work on MS visual studio) for several generators (Unix Makefiles, mingw,
MS VS 7...)
I currently build under Linux thru Makefiles, I would like to test
Kdevelop as an IDE platform for Linux.
So I installed Kd
Hello,
I wrote a new pkg-config module which is available at
http://ensc.de/cmake/FindPkgConfig.cmake
It can be used like
# pkg_check_modules (GLIB2 glib-2.0)
#
# pkg_check_modules (GLIB2 glib-2.0>=2.10)
# requires at least version 2.10 of glib2 and defines e.g.
#
20 matches
Mail list logo
