VERSION_MINOR 11)
-set(CMake_VERSION_PATCH 20180412)
+set(CMake_VERSION_PATCH 20180413)
#set(CMake_VERSION_RC 1)
---
Summary of changes:
Source/CMakeVersion.cmake |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
hooks/
I have been using CMake with gfortran for a number of years, and now want test
my code with ifort. I want to switch easily switch between compilers. My
CMakeLists.txt file is based on the fortran example from make.org an appears to
have most of the infrastructure needed, but I don’t understand
Hi,
I am successfully able to find a package using find_package(LibA) but I
cannot do a get_target_property on the package as I get the error:
get_target_property() called with non-existent target "LibA"
How do I go about the target properties for a package?
- Saad
--
Powered by
Hi,
I have many independent CMake projects and most projects have external
dependencies. Most of the projects have the same dependency e.g. Catch
testing library.
Each library uses FetchContent so that it can be built independently by
simply cloning its github repository, configuring and
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 bf5b56b1a9fdf8e7edd4dcbcf77117bcf3ae4a6f (commit)
via
Unfortunately there is no way I can see to control the output directory. It is
always the current working directory.
From: brad.k...@kitware.com At: 04/12/18 09:42:58To: Ephi Sinowitz (BLOOMBERG/
919 3RD A ) , cmake@cmake.org
Subject: Re: [CMake] Ninja Fortran on XL
On 04/12/2018 08:22 AM,
On 04/10/2018 01:50 PM, Ephi Sinowitz (BLOOMBERG/ 919 3RD A) wrote:
> I would like to ensure that all include directories propagated from
> IMPORTED targets come after the include directories propagated from
> non-imported targets. On gcc the includes from IMPORTED targets are
> marked with
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 61607fffbbdb918b7a305c1c4597bb5175d046e8 (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 4984d8433edb05eac446542b561a31edf7a25783 (commit)
via
On 02/08/2017 04:05 PM, Ephi Sinowitz (BLOOMBERG/ 731 LEX) wrote:
> cmake creates these files for gcc compiler using the -MMD -MMF
> compiler flags but does not do so for AIX xlc and Sun CC
> Is this a known issue? Is there a workaround?
This simply means no one has added support for these
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 498be66fd7211fb782eaac8be7c2b0e50e3ab5da (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 2cdefcbe62707a82eccbc301fe34f85bb74d932a (commit)
via
On 04/12/2018 08:22 AM, Ephi Sinowitz (BLOOMBERG/ 919 3RD A) wrote:
> CMake expects the PREPROCESSED_SOURCE output to be in the form
> -pp.f and XL does not allow you to control that. The output> is
> always of the form F.f
>
> Is there anything I can do here like putting redirection or two
>
Just FYI. I found an OK work around in that issue.
On Thu, Apr 12, 2018 at 9:22 AM Brad King wrote:
> On 04/11/2018 01:44 PM, Zaak Beekman wrote:
> > I thought that CMake had Fortran submodule support as of 3.8 or 3.10.
>
> CMake 3.7 added support to the Fortran
On 04/11/2018 01:44 PM, Zaak Beekman wrote:
> I thought that CMake had Fortran submodule support as of 3.8 or 3.10.
CMake 3.7 added support to the Fortran dependency scanner to tolerate
the *syntax* of submodules. Only the main modules are handled for
dependencies though.
Unfortunately we still
Trying to get this to work by setting a proper CMAKE_Fortran_PREPROCESS_SOURCE
variable.
Here is GNU_Fortran for reference.
set(CMAKE_Fortran_PREPROCESS_SOURCE
" -cpp-E -o
")
The analogous switch for -E in XL is -d -qnoobject. However, CMake expects the
PREPROCESSED_SOURCE output to
Perfect.
It works.
Grüße
Lenin
-Original Message-
From: Brad King [mailto:brad.k...@kitware.com]
Sent: Mittwoch, 11. April 2018 19:02
To: Jayakumar, Lenindarbi ;
cmake-developers@cmake.org
Cc: 'leninda...@gmail.com'
Subject: Re:
17 matches
Mail list logo