I see.
I've tried this approach and I get the error:
-- Found LIBPNG
CMake Error at CMakeLists.txt:49 (export):
export given target "/usr/lib/libpng.so" which is not built by this
project.
-- Configuring incomplete, errors occurred!
~
Doug.
On Fri, Aug 12, 2011 at 4:57 PM, Michael Wild wr
I pushed this commit to 'next' just now:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=ac22e2a8790e507d7600e0876585424db70f785b
Which makes the VS 7, 8 and 9 generators use include_directories for
midl command lines, to make them consistent with the VS 10 generator.
If nobody objects to
Does anybody here on the list have an opinion one way or the other on
whether it's worth pursuing a fix to this re-opened bug regarding
CMake "macro" and "if" command behavior...?
Thanks for any input, either here on the list, or directly in the bug
notes themselves.
Thanks,
David
--
It is, if you use it for 3rd-party libraries.
But some people (including me :)) may use it to build different parts of
single project with different compilers (I have one library which should be
built with VC6 and the rest of the project with VC2010, but I change code in
each place with same frequ
The typical ExternalProject is a bit of a black-box to the containing
project, and a list of sources is something most users will not
have... That's another reason why I am skeptical as to the usefulness
of this feature to the general ExternalProject consumer.
On Fri, Aug 12, 2011 at 11:24 AM, Yu
Ok, I'll double-check this next monday. That's why I was confused.
On the second thought if you have a list of sources you can add them as
dependencies in addition to build rule, then step will be re-run as
expected. May be it's my case.
Anyways I need to do some more investigation.
Best wishes,
You can re-open the issue if you would like to have more discussion there.
The build step does not always re-run. If you have an "update" step
before the build step, then the update step always re-runs, and the
build step after it, but many external projects do not have an update
step, or anything
On 8/12/2011 3:17 PM, David Cole wrote:
Sounds like you're using "MSYS Makefiles" but then running make from a
non-MSYS shell.
I have tried the following msys shells.
sh.exe
rxvt.exe
mintty.exe
For all these shells the include directories with response files do not
work. If I paste the conten
We actually have a test for idl files in the CMake test suite: VSMidl.
See where it was added in this commit:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=13caaa3eb74a11dbf067409ea129321718d34dfe
However, there does appear to be an inconsistency between Visual
Studio 9 and earlier genera
Sounds like you're using "MSYS Makefiles" but then running make from a
non-MSYS shell.
If you want to run in a non-MSYS shell, then you should use "MinGW
Makefiles" instead. (Start over with an entirely clean build tree if
you do this...)
If you use "MSYS Makefiles", you should run make from an M
Hello,
I experience a problem with "include directories with response files"
when upgrading from CMake 2.8.4 to CMake 2.8.5. The problem is probably
that gcc does not handle the response files correctly. Is it possible to
disable the response files with an option in CMake ?
I have a small "H
On 12.08.11 16:48:09, Doug wrote:
> why?
>
> I've invoked:
>
> find_package(liba REQUIRED)
>
> not:
>
> find_package(libpng REQUIRED)
>
> My application has no knowledge about libpng, or libjpg or whatever the heck
> else liba uses to load images.
I might have misinterpreted what you wrote so
On Fri 12 Aug 2011 10:49:45 AM CEST, Doug wrote:
> I'm sorry if I'm being dumb here, but I fail to see how that helps.
>
> That example is one where foobar depends explicitly on foo and bar.
>
> What if foo depends on bar2?
>
> How do I inherit that dependency from foo in foobar?
>
> _that's_
I'm sorry if I'm being dumb here, but I fail to see how that helps.
That example is one where foobar depends explicitly on foo and bar.
What if foo depends on bar2?
How do I inherit that dependency from foo in foobar?
_that's_ what I'm looking for.
(If that example somehow explains that, I'm s
why?
I've invoked:
find_package(liba REQUIRED)
not:
find_package(libpng REQUIRED)
My application has no knowledge about libpng, or libjpg or whatever the heck
else liba uses to load images.
~
Doug.
On Fri, Aug 12, 2011 at 3:11 PM, Andreas Pakulat wrote:
> On 12.08.11 11:23:46, Doug wrote:
>>> I would like to touch flag file in the CMAKE_BINARY_DIR once the
>>> target all is executed with sucess.
>>> Since currently I'm not able to specify the dependency to this
>>> build-in target I do not have any hook to recognize if all sucess and
>>> 1. Does anyone knows any hint that can help m
On 12.08.11 11:23:46, Doug wrote:
> That works if it's all in a single project, but it's not.
>
> I totally understand you can do this:
>
> add_library(foo)
> target_link_library(foo bar)
> add_executable(exec)
> target_link_library(exec foo)
>
> If you have _this_ structure:
>
> .../liba/CMake
17 matches
Mail list logo