The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=15296
==
Reported By:Ilya
Assigned To:
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=15297
==
Reported By:Ilya
Assigned To:
Hi,
It appears[1] as though OpenBSD has changed srand and rand which we use
in CMake for string(RANDOM) and with the change, RANDOM_SEED will be a
no-op there.
Do we want to use rand_deterministic and srand_determinitic or does it
not matter?
--Ben
Am 10.12.2014 15:38, schrieb Ben Boeckel:
Hi,
It appears[1] as though OpenBSD has changed srand and rand which we use
in CMake for string(RANDOM) and with the change, RANDOM_SEED will be a
no-op there.
Do we want to use rand_deterministic and srand_determinitic or does it
not matter?
From
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=15298
==
Reported By:Gregory Kramida
Assigned To:
This sounds more like an install phase... to bring the whole package
together in one appropriate place.
if( WIN32 )
INSTALL( TARGET target RUNTIME DESTINATION bin LIBRARY DESTINATION bin
ARCHIVE DESTINATION lib )
else( WIN32 )
INSTALL( TARGET target RUNTIME DESTINATION bin LIBRARY
On Wed, Dec 10, 2014 at 2:14 AM, Tim Blechmann t...@klingt.org wrote:
This sounds more like an install phase... to bring the whole package
together in one appropriate place.
if( WIN32 )
INSTALL( TARGET target RUNTIME DESTINATION bin LIBRARY DESTINATION bin
ARCHIVE DESTINATION lib )
2014-12-10 2:38 GMT+03:00 Walter Gray chrysal...@gmail.com:
Hey all,
I'm working on a module that will allow me to automatically copy all the
required .dll files as defined by well-formed import library targets to the
appropriate location (same folder for windows, Frameworks folder for OSX
This sounds more like an install phase... to bring the whole package
together in one appropriate place.
if( WIN32 )
INSTALL( TARGET target RUNTIME DESTINATION bin LIBRARY DESTINATION bin
ARCHIVE DESTINATION lib )
else( WIN32 )
INSTALL( TARGET target
2014-12-10 13:29 GMT+03:00 Sergei Nikulov sergey.niku...@gmail.com:
2014-12-10 2:38 GMT+03:00 Walter Gray chrysal...@gmail.com:
Hey all,
I'm working on a module that will allow me to automatically copy all the
required .dll files as defined by well-formed import library targets to the
b: in msvc, you cannot debug by right-click on the target - debug -
start new instance.
I can and do all the time.
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various services to support
Hi,
I am experiencing a problem related with dependencies on fortran mod
files. Basically, the make -j it's failing with:
make[2]: *** No rule to make target `dsfdm3d/inc/modacqui.mod', needed
by `dsfdm3d/src/CMakeFiles/dsfdm_sp-exe.dir/main.f90.o'. Stop.
mod file are generated as a side
Hi all,
is there a way that CMake create solution files for 64-bit targets?
(Visual Studio 2012 Express)
Greetings
Michael
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various services to
Hi,
Given a target named Foo, is there a simple/builtin way to create a copy of that
target named Bar so that it retains all the properties of Foo but can be
independently changed from that point onward i.e. is there a way for CMake
targets to follow the semantics of standard C++ objects with
Not sure, but I believe that is a limitation of the Express edition
itself; not a problem with CMake per se. You may want to try the
just-released VS 2013 Community Edition instead. If you insist on using
2012 Express, perhaps this link may be of help:
I have 3 projects, all using cmake. When I run cmake on each of them
and separately build them, it's all fine.
When I use include() on these 2 cmake files in 1 of them, so that I
could run only 1 cmake and then build them all using 1 make, it fails.
I believe that these 3 cmakes are colliding
I would try using add_subdirectory() instead of include()
On Wed, Dec 10, 2014 at 9:42 AM, Petr Bena benap...@gmail.com wrote:
I have 3 projects, all using cmake. When I run cmake on each of them
and separately build them, it's all fine.
When I use include() on these 2 cmake files in 1 of
Yup, that works.
Thanks
On Wed, Dec 10, 2014 at 3:48 PM, Parag Chandra pa...@ionicsecurity.com wrote:
I think you may want to try the add_subdirectory() command instead of
include(), if you truly have multiple projects that are being built by
CMake. The name suggests that it would only work
I think you may want to try the add_subdirectory() command instead of
include(), if you truly have multiple projects that are being built by
CMake. The name suggests that it would only work with a hierarchical
directory structure, but that is not the case - you can specify absolute
paths if
Hello,
I am using:
- Windows 7 Professional 64 Bit
- Visual Studio 2010 Professional
- CMake 3.0.1
and I have installed wxMSW-2.8.12-Setup.exe to L:\wxWidgets-2.8.12-vc10\
and created 32 bit and 64 bit shared library builds there (see footnote [1]).
Now I want to use the 64-bit wxWidgets
If the projects are truly independent, you may also want to look at the
external_project command.
Regards,
Micha
On 12/10/2014 03:42 PM, Petr Bena wrote:
I have 3 projects, all using cmake. When I run cmake on each of them
and separately build them, it's all fine.
When I use include() on
On 12/10/2014 7:49 AM, Alain Miniussi wrote:
Is this something expected ?
Parallel builds of Fortran 90 sources with modules are expected
to work with the Makefile generator, and known to work on several
non-trivial projects. Please post or link a complete example
tarball with sources that
Hello,
Due to the relative slowness of mingw32-make.exe (MinGW) compared to
make.exe (MSYS) I set out to convert a working MinGW generator project over
to MSYS. The project uses Visual Studio CXX and Intel Fortran. Is this
even possible?
My approach was to treat the toolchain like a cross
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 9a91d8a80855a5db8446f73c527c28aecdf17ee3 (commit)
via
20141210)
+set(CMake_VERSION_PATCH 20141211)
#set(CMake_VERSION_RC 1)
---
Summary of changes:
Source/CMakeVersion.cmake |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
hooks/post-receive
--
CMake
25 matches
Mail list logo