I've hurried a bit when I was writing previous message.
On Sat, Sep 20, 2008 at 8:12 PM, Tanguy Krotoff [EMAIL PROTECTED] wrote:
FIrst of all, there are a couple of discussions about using
CPACK_SET_DESTDIR, install prefixes and co in this list which are about
same
problems: directory
I would like to link a system library into an executable, GTK in this
case. What I'm trying to do is
include(FindGTK)
target_link_libraries(myexec $GTK_LIBRARIES)
add_executable (myexec sources)
Result:
CMake Error: Attempt to add link library GTK_LIBRARIES to target
myexec which is not
2008/9/21 Steven Samuel Cole [EMAIL PROTECTED]:
I would like to link a system library into an executable, GTK in this case.
What I'm trying to do is
include(FindGTK)
target_link_libraries(myexec $GTK_LIBRARIES)
add_executable (myexec sources)
Result:
CMake Error: Attempt to add link
Eric Noulard schrieb:
2008/9/21 Steven Samuel Cole [EMAIL PROTECTED]:
I would like to link a system library into an executable, GTK in this case.
What I'm trying to do is
include(FindGTK)
target_link_libraries(myexec $GTK_LIBRARIES)
add_executable (myexec sources)
Result:
CMake Error:
Steven Samuel Cole schrieb:
Eric Noulard schrieb:
2008/9/21 Steven Samuel Cole [EMAIL PROTECTED]:
I would like to link a system library into an executable, GTK in this
case.
What I'm trying to do is
include(FindGTK)
target_link_libraries(myexec $GTK_LIBRARIES)
add_executable (myexec
include(FindGTK)
add_executable (myexec ${sources} )
target_link_libraries(myexec ${GTK_LIBRARIES} )
Note the order above.
Also, cmake variables are ALWAYS used with braces ${Variable} NOT
$Variable.
Mike
On Sep 21, 2008, at 5:23 AM, Steven Samuel Cole wrote:
I would like to link a
Christian Ehrlicher schrieb:
Steven Samuel Cole schrieb:
Eric Noulard schrieb:
2008/9/21 Steven Samuel Cole [EMAIL PROTECTED]:
I would like to link a system library into an executable, GTK in
this case.
What I'm trying to do is
include(FindGTK)
target_link_libraries(myexec $GTK_LIBRARIES)
Mike Jackson schrieb:
include(FindGTK)
add_executable (myexec ${sources} )
target_link_libraries(myexec ${GTK_LIBRARIES} )
Note the order above.
Also, cmake variables are ALWAYS used with braces ${Variable} NOT
$Variable.
Mike
Thanks for that, Mike :-)
The sample code corresponds to
On Sep 21, 2008, at 9:28 AM, Steven Samuel Cole wrote:
Mike Jackson schrieb:
include(FindGTK)
add_executable (myexec ${sources} )
target_link_libraries(myexec ${GTK_LIBRARIES} )
Note the order above.
Also, cmake variables are ALWAYS used with braces ${Variable} NOT
$Variable.
Mike
Mike Jackson schrieb:
On Sep 21, 2008, at 9:28 AM, Steven Samuel Cole wrote:
Mike Jackson schrieb:
include(FindGTK)
add_executable (myexec ${sources} )
target_link_libraries(myexec ${GTK_LIBRARIES} )
Note the order above.
Also, cmake variables are ALWAYS used with braces ${Variable} NOT
On Sep 21, 2008, at 10:02 AM, Steven Samuel Cole wrote:
Mike Jackson schrieb:
On Sep 21, 2008, at 9:28 AM, Steven Samuel Cole wrote:
Mike Jackson schrieb:
include(FindGTK)
add_executable (myexec ${sources} )
target_link_libraries(myexec ${GTK_LIBRARIES} )
Note the order above.
Also, cmake
Hello,
2008/9/19 Clemens Arth [EMAIL PROTECTED]:
[...]
I completely agree with you about the issue of adding and removing
individual files within a single solution, and I think the entire hack is
not a good solution. I would also prefer using an individual cross compile
configuration for
2008/9/21 Mike Jackson [EMAIL PROTECTED]:
www.bluequartz.net
CMake Error: GTK NOT FOUND
-- Configuring done
make: *** [cmake_check_build_system] Error 255
GTK 2.0 comes into my Kubuntu 8.0.4 system with a standard debian package.
Nothing customized. All in standard paths.
I don't know a
On Wed, 17 Sep 08 12:28, cyril_wobow wrote:
This is great but I would really love to find a way to remove that
$(OutDir) from the way, so that all my targets are put into the same
directory, not depending on the build config. There is no possible
filename clash since all my targets have
Am Sunday 21 September 2008 17:20:19 schrieb Eric Noulard:
There is bug report about this
http://www.vtk.org/Bug/view.php?id=6042
pointing to this CMake module
http://code.google.com/p/cmake-modules/source/browse/trunk/Modules/GTK2/Fin
dGTK2.cmake
I haven't tested it though.
Looks not too
Hi,
Andreas Pokorny schrieb:
Hello,
2008/9/19 Clemens Arth [EMAIL PROTECTED]:
[...]
I completely agree with you about the issue of adding and removing
individual files within a single solution, and I think the entire hack is
not a good solution. I would also prefer using an individual
On Sat, Sep 13, 2008 at 4:12 PM, Gotthard, Petr [EMAIL PROTECTED]
wrote:
Hello,
would you accept a new module: FindRTI.cmake?
RTI is a simulation infrastructure standartized by IEEE and SISO. It has a
well defined C++ API, that assures that simulation applications
are independent on RTI
On Wed, Sep 3, 2008 at 2:00 PM, Alexander Neundorf
[EMAIL PROTECTED]wrote:
On Tuesday 26 August 2008, Philip Lowman wrote:
On Mon, Aug 25, 2008 at 10:31 AM, Fernando Cacciola
[EMAIL PROTECTED] wrote:
And while you are it.. I currently use: set(var) to read the value
back from the
Armin Berres wrote:
On Wed, 17 Sep 08 12:28, cyril_wobow wrote:
This is great but I would really love to find a way to remove that
$(OutDir) from the way, so that all my targets are put into the same
directory, not depending on the build config. There is no possible
filename clash since
Several libraries depends on a generared header file. For enabling
parallel builds I need to state that dependency, and I do it with
set_source_files_properties. This happens inside a macro:
macro(add_llvm_library name)
if( LLVM_SOURCE_COMMON_DEPENDS )
set_source_files_properties( ${ARGN}
20 matches
Mail list logo