Has anyone been able to use the /Zo flag? I tried to add it to my
RelWithDebInfo build, but the flag doesn't seem to be showing up in the
command line (in the GUI).
My flags are:
/MT /O2 /Ob2 /D NDEBUG /Zi /Zo
I'm using cmake 3.2.1.
Documentation on /Zo (available in VS2013.3+:
OK, so it is there in the project file and if I enable detailed build
output, the flag is there. I wonder why the the AdditionalOptions aren't
appearing in the GUI. They used to.
/w34101 /w34189 /w34018 /w34389 /Zo
%(AdditionalOptions)
Nothing in the "Additional Options" section in
On Mon, Dec 14, 2015 at 2:42 AM, Alan W. Irwin
wrote:
> On 2015-12-14 01:06- Ray Donnelly wrote:
>
>> Hi,
>>
>> I ran into a problem on MSYS2 recently building llvm+clang for
>> mingw-w64 using CMake 3.4.1 (we carry a few local patches, they're
>> fairly minor,
Hi,
I tried using try_compile, and, as usual, fail to understand how it's supposed
to work (2.8.12).
The documentation says:
Some extra flags that can be included are, INCLUDE_DIRECTORIES,
LINK_DIRECTORIES, and LINK_LIBRARIES.
but does not mention where they can be included (none of the two
On Mon, Dec 14, 2015 at 9:34 AM, Tom Kacvinsky
wrote:
> I am getting link errors because cmake is adding transitive
> dependencies. I am building a DLL which depends on a static archive
> (and is marked as such with add_dependencies), but when I link an
> executable
2015-12-14 15:42 GMT+01:00 Brad King :
> On 12/11/2015 06:42 PM, Orion Poplawski wrote:
> > For Fedora EPEL we often end up packaging newer versions of cmake as
> cmakeXY
> > (e.g. cmake34) that can be installed in parallel with the system cmake.
> This
> > is a fairly
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, release has been updated
via a9e8b123de79a65074dab1944bf80d94dc101b12 (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 6a6d00aeeffadcb535b5a4cf4adaeda296f91b3a (commit)
via
On 12/14/2015 1:34 AM, Igor Sobinov wrote:
Thanks, that's clear.
So, If I write in makefile
No not really clear. The problem is NOT in your makefile. The problem
is in your custom command that calls make again. That is where the
problem is. In your custom command (which you have not
Hi Tom,
linking the static archive into the DLL should not be done by
add_dependencies(), but by target_link_libraries(). There, you can
explicitly list the archive as PRIVATE so that it does not become a part of
the linking interface of the DLL:
add_library(staticArchive STATIC ...)
Hi Petr,
On Mon, Dec 14, 2015 at 10:53 AM, Petr Kmoch wrote:
> Hi Tom,
>
> linking the static archive into the DLL should not be done by
> add_dependencies(), but by target_link_libraries(). There, you can
> explicitly list the archive as PRIVATE so that it does not become
On 2015-12-15 07:09+0100 Attila Krasznahorkay wrote:
Hi Alan,
Are you just looking for the TIMEOUT property on the tests?
Hi Attila:
No. As I said in my post, I tried that test property but
the problem was that absolutely fixed the timeout for the test
so it could not be overriden by the
Hi Alan,
Are you just looking for the TIMEOUT property on the tests?
https://cmake.org/cmake/help/v3.0/command/set_tests_properties.html
This is something that I managed to find with the most basic google-ing myself.
:-/ And I use it like:
set_tests_properties( ${testName}Test PROPERTIES
_VERSION_MINOR 4)
-set(CMake_VERSION_PATCH 20151214)
+set(CMake_VERSION_PATCH 20151215)
#set(CMake_VERSION_RC 1)
---
Summary of changes:
Source/CMakeVersion.cmake |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
hooks/
Hi all,
Porting a collection of IAR Embedded Workbench projects to CMake/GCC.
The IAR projects make use of "preinclude headers" (header files that are
automatically included in every source file in the project without being
explicitly pulled in with a #include statement - not to be confused with
Hello,
I would like to write a function called install_package which works like the
find_package function, but for installation of external packages (thanks to
ExternalProject).
Thus, I would like to write modules InstallFoo.cmake so as to be able to call
my function like this:
Dear All,
I was hoping to get some feedback from the developers on which direction to
take this in. As I wrote before, I'm happy to help. But I don't want to spend
time on an implementation that people will not accept in the end. I'd like us
to first agree on how the code should behave after
On 12/12/2015 02:12 PM, David Gobbi wrote:
> CMake had been setting OPENGL_glu_LIBRARY to AGL.framework, even
> though AGL is not GLU. AGL is simply the GL component for the
> deprecated Carbon framework. GLU is provided by OpenGL.framework.
>
> A side effect of the old behavior was that if AGL
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 fb02b77199c5ed153c9b4f7fe82b069017bbbeef (commit)
via
On Mon, Dec 14, 2015 at 12:43 PM, Ray Donnelly wrote:
> On Mon, Dec 14, 2015 at 2:42 AM, Alan W. Irwin
> wrote:
>> On 2015-12-14 01:06- Ray Donnelly wrote:
>>
>>> Hi,
>>>
>>> I ran into a problem on MSYS2 recently building llvm+clang for
On 12/11/2015 06:42 PM, Orion Poplawski wrote:
> For Fedora EPEL we often end up packaging newer versions of cmake as cmakeXY
> (e.g. cmake34) that can be installed in parallel with the system cmake. This
> is a fairly invasive process. I'm attaching the current patch I'm working on
> for this.
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 09da79b40ff5a809490b40709a9e564e4ceec0b7 (commit)
via
I am getting link errors because cmake is adding transitive
dependencies. I am building a DLL which depends on a static archive
(and is marked as such with add_dependencies), but when I link an
executable that depends on the DLL, both libraries (import library for
the DLL and static archive) are
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 f13c32c336518c1ffbe319abebea4f3e5196943b (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 7bce703841f1204d82fb23fa2cfc3e91ee2d7fc4 (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 22ccae1d683b3d2e829edaa08abea0a7f6362000 (commit)
via
On Mon, 2015-12-14 at 09:34 +0300, Igor Sobinov wrote:
> So, If I write in makefile
>
>
> build_release: $(RELEASE_DIR)
> @cd $(RELEASE_DIR); $(MAKE) release
>
> I got an error
>
> Also if I write
> build_release: $(RELEASE_DIR)
> $(MAKE) release -C $(RELEASE_DIR)
>
> I got an error
On Mon, Dec 14, 2015 at 7:48 AM, Brad King wrote:
> On 12/12/2015 02:12 PM, David Gobbi wrote:
> > CMake had been setting OPENGL_glu_LIBRARY to AGL.framework, even
> > though AGL is not GLU. AGL is simply the GL component for the
> > deprecated Carbon framework. GLU is
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 d75e40d647d3d8869d375455a64a78aa0eca4f93 (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 3d5ec083460e03b1ad57baa90cddbc543233f3fa (commit)
via
On 2015-12-14 12:43- Ray Donnelly wrote:
The issue I've got here is that on MSYS2 we've decided that we don't
want to provide libdl for mingw-w64 but do provide it for msys2, so
there'll never be a /mingw{64,32}/lib/libdl.a or
/mingw{64,32}/lib/libdl.dll.a, but there is a /usr/lib/libdl.a.
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 906215d2fe7e9c6408be4c69935c150cf85210d3 (commit)
via
I would appreciate it if a CMake developer who is familiar with the CTest
timeout
logic would answer my question below that was addressed to
"@CMake developers:".
Without such an answer (even if the conclusion is there is no way for
an individual software package such as lapack to set a
Hi Igor,
At this point it's really not a CMake question, but a GNU Make one... The
answer is actually right there in the first warning that you got.
make[4]: warning: jobserver unavailable: using -j1. Add `+' to parent make
rule.
I have to admit that I'm not absolutely sure about all the
Hi,
Just to clarify: CMAKE_INSTALL_PREFIX is the variable that sets where the
project will be installed. CMAKE_PREFIX_PATH is used (amongst other things) to
find external projects during the configuration.
Cheers,
Attila
> On 13 Dec 2015, at 21:20, Owen Hogarth II
Thanks for the clarification.
On Mon, Dec 14, 2015, 16:23 Attila Krasznahorkay <
attila.krasznahor...@gmail.com> wrote:
> Hi,
>
> Just to clarify: CMAKE_INSTALL_PREFIX is the variable that sets where the
> project will be installed. CMAKE_PREFIX_PATH is used (amongst other things)
> to find
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 8afdd81e1c8ad9f42506fa38e5d005427beef0c0 (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 abe5e4a93c0f0a2041cf670371c4b8604595ae59 (commit)
via
Hi,
This is my pull request [1] brought to the list.
This adds a test suite for the CMakeParseArguments module. In addition
the second change implements cmake_parse_arguments(...) as native
command.
In our project we saw that cmake_parse_arguments is actually called a
lot of times due to macro
If you can build Ada sources first, you might wish to make that a
standalone project that is consumed downstream natively as an Imported
Library. Do you generate the import library from a .def file, or via
some other means?
On Mon, Dec 14, 2015 at 9:59 AM, Tom Kacvinsky
On 12/09/2015 10:06 PM, Alan W. Irwin wrote:
> Also, the documentation of the ctest --timeout option says:
>
> `--timeout `
> Set a global timeout on all tests.
>
> This option will set a global timeout on all tests that do not
> already have a timeout set on them.
Yes, one can see that
On Mon, Dec 14, 2015 at 8:02 PM, Alan W. Irwin
wrote:
> On 2015-12-14 12:43- Ray Donnelly wrote:
>
>> The issue I've got here is that on MSYS2 we've decided that we don't
>> want to provide libdl for mingw-w64 but do provide it for msys2, so
>> there'll never be a
I have a project where I hope to build a binary, named `final_exe`. The
build directory where `final_exe` ends up needs to contain a file called
`final_resource` in order for `final_exe` to be considered "built."
The file `final_resource` is generated by another binary, called
`generating_exe`,
43 matches
Mail list logo