On 29/03/11 19:56, David Cole wrote:
Now that we have released CMake 2.8.4, *now* would be a great time to
prioritize bug fixes for the next release of CMake.
http://public.kitware.com/Bug/view.php?id=11942
This currently keeps us from upgrading to 2.8.3 or 2.8.4.
Thanks,
Martin
Tim,
I don't think cmake can facilitate this out of the box (to my knowledge). The
problem is that some compilers and fortran code just don't mix with +O3 (blas,
lapack).
We have worked around it by reimplementing a mechanism from our old build
system, where optimization for fortran c and cxx
So things did majorly change between the two versions. My questions are now 1)
How do I fixup an executable that is NOT an application bundle and 2) Do I
now need to supply my own copy rules for things like Qt Frameworks, 3rd party,
but non-system libraries?
Thanks
Michael Hertling wrote:
On 03/30/2011 03:14 PM, Rolf Eike Beer wrote:
[...] Only adding
INSTALL(TARGETS privstatic EXPORT myexport DESTINATION trash)
made CMake complete successfully, resulting in the static stuff showing
up
in the export, too.
Could you provide a minimal but complete
I'm trying to use find_library to find static (.a) libraries on Mac OS X (cmake
2.8.1). In a lib path I have f.i.:
.../lib/libthelibrary.a
.../lib/libthelibrary.dylib
and with:
find_library(
MY_LIB
thelibrary
PATHS
...
)
it consequently finds only the .dylib ones, whereas I'd like
Does:
find_library(
MY_LIB
libthelibrary.a
PATHS
...
)
work?
On Thu, Mar 31, 2011 at 11:38 AM, Robert Bielik robert.bie...@xponaut.sewrote:
I'm trying to use find_library to find static (.a) libraries on Mac OS X
(cmake 2.8.1). In a lib path I have f.i.:
David Cole skrev 2011-03-31 17:51:
Does:
find_library(
MY_LIB
libthelibrary.a
PATHS
...
)
work?
Thnx David, it does :)
Regards,
/Rob
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
On Thu, Mar 31, 2011 at 8:29 AM, Michael Jackson
mike.jack...@bluequartz.net wrote:
So things did majorly change between the two versions. My questions are now
1) How do I fixup an executable that is NOT an application bundle and 2)
Do I now need to supply my own copy rules for things like Qt
http://public.kitware.com/Bug/view.php?id=12034
I'll wait for 2.8.5 before my next upgrade rather than spend time introducing
hacks/workarounds then have to undo everything when the bug is fixed.
___
Mike Jackson
http://public.kitware.com/Bug/view.php?id=12034
___
Mike Jackson www.bluequartz.net
Principal Software Engineer mike.jack...@bluequartz.net
BlueQuartz Software Dayton, Ohio
On Mar 29, 2011, at 1:56
On 03/31/2011 09:14 AM, Rolf Eike Beer wrote:
See below. Looks like the only way to prevent this is to set
LINK_INTERFACE_LIBRARIES to empty for every lib that uses the static lib.
Which may be a good idea anyway as that transitive linking is harmful.
CMake has always done said transitive
On 03/29/2011 06:05 PM, Tim Gallagher wrote:
I checked the variable and the correct module file is there but it's not
being built in the correct order.
This feature is expected to work. Can you reproduce the issue in a
sample test project and send me a tarball off-list, please?
Thanks,
-Brad
EXTERNAL_OBJECT not linked using Visual Studio 2010
http://public.kitware.com/Bug/view.php?id=11891
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages
The 2 items that you will need to know (and us to help you) are:
The list of libraries that you have installed. We need to know the complete
filename.
Then you need to probably dive into FindBoost.cmake and enable the debugging
output and see what filenames CMake is trying to find. My bet is
On 3/31/2011 4:19 PM, Chris Scharver wrote:
EXTERNAL_OBJECT not linked using Visual Studio 2010
http://public.kitware.com/Bug/view.php?id=11891
Thanks for the pointer to that bug. It even has a fix. The thing I can
not figure out is why our ExternlObj test is passing even when this is
On Thu, Mar 31, 2011 at 6:05 PM, Bill Hoffman bill.hoff...@kitware.comwrote:
On 3/31/2011 4:19 PM, Chris Scharver wrote:
EXTERNAL_OBJECT not linked using Visual Studio 2010
http://public.kitware.com/Bug/view.php?id=11891
Thanks for the pointer to that bug. It even has a fix. The thing I
Thanks, Arjen:
Unfortunately this goes beyond optimization flags, e.g. the odd directories out
do their own byteswapping, so we can't use the command-line switch for
byteswapped I/O that everything else needs.
Is another option to clear *all* flags at the top-level and re-instate them in
the
Hi,
This is probably old news but is there some reason why I can build my
code in parallel with make -j8, for example, but trying to run the
tests in parallel with make -j8 tests ignores the -j option. I've
resorted to invoking ctest with -j8 which works fine. Any way to
normalize the
On 3/31/2011 6:15 PM, David Cole wrote:
On Thu, Mar 31, 2011 at 6:05 PM, Bill Hoffman bill.hoff...@kitware.com
mailto:bill.hoff...@kitware.com wrote:
On 3/31/2011 4:19 PM, Chris Scharver wrote:
EXTERNAL_OBJECT not linked using Visual Studio 2010
On Fri, Apr 1, 2011 at 12:22 AM, Belcourt, Kenneth kbe...@sandia.gov wrote:
Hi,
Hello,
This is probably old news but is there some reason why I can build my code
in parallel with make -j8, for example, but trying to run the tests in
parallel with make -j8 tests ignores the -j option. I've
On Mar 31, 2011, at 4:43 PM, Nicolas Desprès wrote:
On Fri, Apr 1, 2011 at 12:22 AM, Belcourt, Kenneth
kbe...@sandia.gov wrote:
This is probably old news but is there some reason why I can build
my code
in parallel with make -j8, for example, but trying to run the tests
in
parallel with
On Thu, Mar 31, 2011 at 6:39 PM, Bill Hoffman bill.hoff...@kitware.com wrote:
On 3/31/2011 6:15 PM, David Cole wrote:
On Thu, Mar 31, 2011 at 6:05 PM, Bill Hoffman bill.hoff...@kitware.com
mailto:bill.hoff...@kitware.com wrote:
On 3/31/2011 4:19 PM, Chris Scharver wrote:
Hi David, Robert,
In my project I used the approach taken from FindBoost:
include(MacroPushRequiredVars)
macro_push_variables(CMAKE_FIND_LIBRARY_SUFFIXES)
if(UNIX AND WITH_MY_LIB_STATIC)
# Find only static libraries
set(CMAKE_FIND_LIBRARY_SUFFIXES .a)
endif(UNIX AND WITH_MY_LIB_STATIC)
Actually there is a way. But you should be careful to track in what scope
particular flags are defined.
If you don't put a lot of stuff into directory scopes you can modify
CMAKE_LANG_FLAGS and etc before calling to add_library/add_executable
call. You can even completely replace them. As I
On 03/30/2011 08:00 PM, Whitcomb, Mr. Tim wrote:
Shortening to reduce wall-of-text:
I have a Fortran project with a top-level CMakeLists.txt file with 47
add_subdirectory calls. Three of the subdirectories require a different set
of preprocessor definitions and compiler flags than the
Many thanks for your responses so far.
I built boost as follows:
bjam --prefix=P:\boost-1.46.1\x64 toolset=msvc-10.0 address-model=64
link=shared threading=multi runtime-link=shared --with-thread
--with-date_time --with-program_options --with-filesystem
--with-system debug release install
The
Hi,
Can someone with git 'push' rights can add this module package (see
attached file) for the next Cmake version?
Maintainer : Clement Creusot (creu...@cs.york.ac.uk)
Best regards,
Clement.
# - Try to find Armadillo include dirs and libraries
# Usage of this module as follows:
#
# == Using
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=12033
==
Reported By:Patrick Spendrin
Assigned To:
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=12034
==
Reported By:Mike Jackson
Assigned To:
Hi Enrique,
On 03/20/2011 12:52 PM, Alexander Neundorf wrote:
Enrique is volunteering to maintain a new FindDC1394.cmake module, as posted
on the cmake list.
Thanks for volunteering. I've just updated the module maintainer instructions:
On 03/31/2011 01:43 PM, Brad King wrote:
On 03/31/2011 06:26 AM, creusot wrote:
Can someone with git 'push' rights can add this module package (see
attached file) for the next Cmake version?
Maintainer : Clement Creusot (creu...@cs.york.ac.uk)
Sorry, I missed this thread earlier. Please
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=12036
==
Reported By:Mark Abraham
Assigned To:
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 35627e66e83400a239759e3d50fc913b5f226b87 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via 86f711b9b733ae3fc6f5d3a62dfd203ad5c86624 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via 3c7c1f07a0f0ed208efff80769bf87724f1f9210 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via 0506e37499929e3c6797328f3dc9b9b46e89aef4 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via ecc81cd353556af1d9afa3426f0892dd6b92b2b7 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via 148b528f9d7d991dc01f277624df4a8aa41feccc (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via f79d75d78baf711fffddf31eda2536171f1203fd (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 8845fd535613fe4d9f086e4c3dac3428d50649d4 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 3f6870e481d7f304f2c654e6c0dc612a406bcf5e (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via 0315d3b66f31a6db21242a020f0a666547e470cc (commit)
from
42 matches
Mail list logo