chris developerchris@... writes:
I should add the commandline for this build
emerge debug: cmake -G MinGW Makefiles -DBUILD_doc=OFF
-DCMAKE_INSTALL_PREFIX=r:/ -DCMAKE_INCLUDE_PATH=r:/include
-DCMAKE_LIBRARY_PATH=r:/lib -DCMAKE_PREFIX_PATH=r:/
-DCMAKE_BUILD_TYPE=RelWithDebInfo q:\kate
emerge
Brad King brad.king@... writes:
Steve,
I think this may fall under your expertise now. The goal is to generate
a nice error message when an imported target's link interface depends on
other targets that should have been imported but have not been. Currently
we just get a build-time
The following issue has been SUBMITTED.
==
http://cmake.org/Bug/view.php?id=14110
==
Reported By:Rolf Eike Beer
Assigned To:
On 04/24/2013 08:38 AM, Stephen Kelly wrote:
I pushed a set-sysroot branch implementing this to my clone. This actually
also makes it possible to cross-compile for android without forcing the
compiler.
That looks like a good start. The --sysroot flag should be looked
up through a platform
On 04/24/2013 02:45 AM, chris wrote:
when building packages I get errors like the following...
CMake Error at /lib/cmake/KActivities/KActivitiesLibraryTargets.cmake:68
(message):
[snip]
Call Stack (most recent call first):
/lib/cmake/KActivities/KActivitiesConfig.cmake:18 (include)
On 04/24/2013 07:14 AM, Stephen Kelly wrote:
It's becoming conventional to use a namespace like NS:: for imported
targets. Would it be possible to assume that if linking to something which
has double colons, then it must be an imported target, and if we can't find
such an imported target, to
Brad King wrote:
For makefile generators and xcode it is not possible to use create
non-imported targets in a buildsystem. On Windows it doesn't seem to be
possible either (the : is mistaken for a drive delimiter). It does
currently work with Ninja though, so a policy may be needed if it's a
Brad King wrote:
On 04/24/2013 08:38 AM, Stephen Kelly wrote:
I pushed a set-sysroot branch implementing this to my clone. This
actually also makes it possible to cross-compile for android without
forcing the compiler.
That looks like a good start. The --sysroot flag should be looked
up
On 04/24/2013 09:29 AM, DeveloperChris wrote:
I had added some message lines to try and work out how it functions
part of the log snippet I actually cut out was the following...
|
||-- Found automoc4: R:/bin/automoc4.exe||
||-- the import prefix derived from
Stephen,
I am able to reproduce this with the simple test case shown below
in any multi-config generator (VS IDE and Xcode).
On 04/24/2013 11:27 AM, Brad King wrote:
On 04/24/2013 09:11 AM, Paul Smith wrote:
The package I'm trying to build is here, FWIW:
On 04/23/2013 03:07 PM, Stephen Kelly wrote:
file(EVALUATE ${CMAKE_CURRENT_SOURCE_DIR}/input.txt
${CMAKE_CURRENT_BINARY_DIR}/output.txt
)
[snip]
file(EVALUATE ${CMAKE_CURRENT_BINARY_DIR}/input.txt
${CMAKE_CURRENT_BINARY_DIR}/output_$CONFIGURATION.txt
On 04/23/2013 03:26 PM, Stephen Kelly wrote:
The $JOIN branch is almost ready, but I thought something worth bringing
up is the use of a comma as a separator.
[snip]
$JOIN:one;two;three,, # results in one,two,three
Do you think that's more or less confusing? Should I implement it?
I think
On Wednesday 24 April 2013, Brad King wrote:
On 04/24/2013 09:29 AM, DeveloperChris wrote:
I had added some message lines to try and work out how it functions
part of the log snippet I actually cut out was the following...
||-- Found automoc4: R:/bin/automoc4.exe||
||-- the import
13 matches
Mail list logo