Hi,
I have been playing with the WINDOWS_EXPORT_ALL_SYMBOLS recently and found
the feature very useful. I reused part of the this functionality to emulate
the --whole-archive link flag with MSVC. Here is the process I used:
1. Use a POST_BUILD custom command to list the object files linked in
I am doing that for some things but it gets quite cumbersome as I have to
override those for several different configurations. I guess that is the only
way to do it currently.
--
Matt Keeler
On May 2, 2016 at 03:48:59, Attila Krasznahorkay
(attila.krasznahor...@gmail.com) wrote:
Hi Matt,
On 05/02/2016 11:03 AM, Guillaume Dumont wrote:
> emulate the --whole-archive link flag with MSVC
FYI, this is the purpose of OBJECT libraries in CMake. However,
currently OBJECT libraries cannot be installed or used externally.
This limitation is primarily due to difficulty in defining
Hi Matt,
Have you tried using the
CMAKE_EXE_LINKER_FLAGS
CMAKE_SHARED_LINKER_FLAGS
CMAKE_MODULE_LINKER_FLAGS
cache variables? These actually set these flags globally, and not just for one
directory, but on the directory level they are easy to override. You can just
do something like this in a
Dear All,
I have a similar issue as Matt Keeler. In our project we have some global
linker flags that we set for all targets using the CMAKE_EXE_LINKER_FLAGS,
CMAKE_SHARED_LINKER_FLAGS and CMAKE_MODULE_LINKER_FLAGS cache variables.
Now it turns out that for some libraries in the project I need
I have CMake 3.5.2.
I write a simple CMakeLists.txt like the below
```
project(mytest)
add_executable(mytest test.cpp)
```
Then generate the Xcode project file with `cmake -G Xcode .`. Open the
project file in Xcode, and I found the optimization level on all kinds
of build, including "Debug",
On 04/28/2016 10:26 AM, Brad King wrote:
> Thanks! I'll try that out myself when I get a chance.
>
> Meanwhile I've applied these cleanups
I decided to get the include ordering and block organization
worked out so that we don't need the special case for
cmStandardIncludes.h ordering. Also I've
On 05/02/2016 06:37 AM, Bartosz Kosiorek wrote:
> I implemented multiple files support for touch and touch_nocreate.
>
> It seems that partially it was implemented but:
> 1. Documentation didn't mention about multi file support for touch command
> 2. When some unspecified error will occur, the
On 04/29/2016 03:40 PM, A. Klitzing wrote:
> I APPEND the log of every failed download and print that only if no
> URL works now. So we reserve the detailed error log of a single
> download attempt.
Thanks. I added the test case with the patch below and
it causes the ExternalProjectLocal test 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 67ad27c3129bfd55d2ed78ad8dfa5aaea20da040 (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 067b21b675bde6ccbb3009fbaaba5efaa78dbea0 (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 24b2a36778fd65f7066a964cf9f5d249f8e0f101 (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 ebbb1d2809ca06b339fc5b941abe404b3adf245e (commit)
via
The following issue has been SUBMITTED.
==
https://public.kitware.com/Bug/view.php?id=16089
==
Reported By:LCID Fire
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 db3f24a97b988bebe75210d8ca53a7cef19ff134 (commit)
via
Hi,
Don't know if it's the best place to report it but I am testing nightly
builds(3.5.20160429) to generate some projects
for Visual Studio 2015 and the clang toolset now provided by Microsoft.
There is one problem when using debug configurations because we cannot
debug generated
On 05/02/2016 02:17 PM, foru...@smartmobili.com wrote:
> Don't know if it's the best place to report it but I am testing nightly
> builds(3.5.20160429) to generate some projects
> for Visual Studio 2015 and the clang toolset now provided by Microsoft.
Yes, this is the right place to report it,
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 ee6e6f51d312e0fffed749552eb73be654a061d9 (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 5a4303c1626877df3b27c8ad89092514c58daf62 (commit)
via
The following issue has been SUBMITTED.
==
https://cmake.org/Bug/view.php?id=16090
==
Reported By:Jason Yundt
Assigned To:
The following issue has been SUBMITTED.
==
https://cmake.org/Bug/view.php?id=16088
==
Reported By:hevy
Assigned To:
Hello.
I implemented multiple files support for touch and touch_nocreate.
It seems that partially it was implemented but:
1. Documentation didn't mention about multi file support for touch command
2. When some unspecified error will occur, the touching multiple files was
interrupted. `i fixed
22 matches
Mail list logo