On 09/29/2015 04:38 AM, Ryan Schmidt wrote:
Hello, I am a developer with the MacPorts package management system, and I want
to report to you a bug in cmake 3.3.2 that affects OS X.
I was going to file a bug report in your issue tracker, but the bright yellow box at the
top of the "report
On Solaris, activating C++11 standard switch the compiler into a completely
different mode:
* Mangling is different
* C++ runtime is the GNU one, delivered as part of SolarisStudio 12.4 (Sun C++
runtime is no longer supported)
This is why the flag -std=c++11 must be passed to the link step to
On Mon, 2015-09-28 at 11:51 -0400, Brad King wrote:
> CMake is warning that it now prefers to generate the Ninja build file
> for this case a different way than it did before but is doing it the
> old way for compatibility just in case the project needs that to
> build.
> In this case we know we
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 4cae0e8232e0f6bc6b623929616ab8bb0f0759b5 (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 6a072563d2c81f653986318882f9782469a58936 (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 ddd082fb1fc4a771e84162bd9ef2553ef44bad7c (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 130f11634073e259b9ea1b48ab341dc7ac2ce4b9 (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 1d11f3ca68a5e4862b3641334e26d78a50cca2b4 (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 f23ab1a1501cf82a04b9f24c3324e314afd53fab (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 64823832e250189e6a6a72a598425ce54f270b19 (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 3542ea29b292696be6bd281523427d3edef06fd3 (commit)
via
Dear All,
After the suggestion from Bill Hoffman, I played with CDash for a while now. I
was able to create a ctest script that would build the packages/subdirectories
of my project one by one, and then upload the build/test results to a CDash
server. With the results being quite user friendly
Hello All,
I'm trying to use a custom module, but I can't get cmake to see it. I am on
FreeBSD 9.3 (amd64) using cmake-3.3.2. I have read and tried everything I can
find on the topic. I have verified the module path via the "MESSAGE" command,
but no joy. I have included all relevant
On 09/29/2015 12:25 PM, Gerry Weaver wrote:
Hello All,
I'm trying to use a custom module, but I can't get cmake to see it. I am
on FreeBSD 9.3 (amd64) using cmake-3.3.2. I have read and tried
everything I can find on the topic. I have verified the module path via
the "MESSAGE" command, but no
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 23d020c8d63de9e03a5e42267759df2b7310ebac (commit)
via
On Sep 29, 2015, at 1:54 AM, Nils Gladitz wrote:
> Is it possible that beyond setting CMAKE_OSX_ARCHITECTURES the project also
> tries to manually add -arch flags to CFLAGS/CXXFLAGS?
>
> The test binary produced for compiler identification with just
> CMAKE_OSX_ARCHITECTURES set is not a fat
_VERSION_MINOR 3)
-set(CMake_VERSION_PATCH 20150929)
+set(CMake_VERSION_PATCH 20150930)
#set(CMake_VERSION_RC 1)
---
Summary of changes:
Source/CMakeVersion.cmake |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
hooks/
Hi,
also Doug, the CDT co-lead, is working on an integration of cmake into cdt.
You can find information in the archive of cdt-...@eclipse.org. I think you
can expect well integration, similar to clion or qt-developer, with the
next major release next year.
Roland
On Mon, Sep 28, 2015 at 11:00
The following issue has been SUBMITTED.
==
https://cmake.org/Bug/view.php?id=15761
==
Reported By:Ilya
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 847bd5efb03d8394bc41cfcb8e2b72e20e7cfb6e (commit)
via
There are various variables like CMAKE_C_FLAGS_ that can influence the
final flags sent to the compiler. Is there a variable that exists or a function
to call to get the final C flags.
What I am trying to do is invoke a custom command to run make on an external
source tree. This makefile has
Hi, Brad!
29.09.2015, 22:56, "Brad King" :
> On 9/29/2015 1:19 AM, Konstantin Podsvirov wrote:
>> reflect this in the release notes.
>
> Good catch. Applied, thanks:
>
> Help: Add notes for topic 'FindOpenSSL-imported-targets'
>
On 9/29/2015 1:19 AM, Konstantin Podsvirov wrote:
> reflect this in the release notes.
Good catch. Applied, thanks:
Help: Add notes for topic 'FindOpenSSL-imported-targets'
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=0429c384
-Brad
--
Powered by www.kitware.com
Please keep
23 matches
Mail list logo