> Add the --target argument to rpmbuild
> Do not add a BuildArch variable to the spec file for arch specific packages
> BuildArch causes rpm building to fail except for "noarch" packages
I'm not too familiar with cross compilation problems so could you
please also provide a simple test case to hel
> # CPACK_RPM_PACKAGE_ARCHITECTURE (optional)
> -if(CPACK_RPM_PACKAGE_ARCHITECTURE)
> +if(NOT CPACK_RPM_PACKAGE_ARCHITECTURE)
> + execute_process(COMMAND uname "-m"
> + WORKING_DIRECTORY "${WDIR}"
> + OUTPUT_VARIABLE CPACK_RPM_PACKAGE_ARCHITECTURE)
> +endif()
You don't need to specify a workin
Hi Robert,
I'm a little confused at how your scenario would work for the ARM architecture?
If you're building a non-WinRT console app for the solution that needs to run,
this is fine on x86, but how is that handled on ARM? It would not be built
(since you can't really run it anyway) and it woul
Dear Brad,
Thanks for the feedback. I will implement your suggestions.
I suppose there is some documentation on how to set up a night test server, but
I could not find any. Would you please help me with this?
Regards,
Raffi Enficiaud
> On 03 Feb 2015, at 20:59, Brad King wrote:
>
> In orde
Add the --target argument to rpmbuild
Do not add a BuildArch variable to the spec file for arch specific packages
BuildArch causes rpm building to fail except for "noarch" packages
---
Modules/CPackRPM.cmake | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/Modules/CPac
On Tue, Feb 3, 2015 at 1:18 PM, Brad King wrote:
> On 02/03/2015 07:46 AM, Nicolas Bock wrote:
>> please find attached a patch based on
>> 460f7bcb7d11e905ee025c9d9cc9629d597fa91b.
>
> Thanks. Was this based on CheckCCompilerFlag from that version too?
>
Yes.
> On 02/01/2015 04:18 AM, Rolf Eike
On 02/03/2015 07:46 AM, Nicolas Bock wrote:
> please find attached a patch based on
> 460f7bcb7d11e905ee025c9d9cc9629d597fa91b.
Thanks. Was this based on CheckCCompilerFlag from that version too?
On 02/01/2015 04:18 AM, Rolf Eike Beer wrote:
> Also I don't know if it makes sense to check for ce
On 01/30/2015 10:35 AM, Robert Goulet wrote:
>makeCommand.push_back(std::string("/p:VisualStudioVersion=")+
> this->GetIDEVersion());
> +
> + // Normally this is only needed for Windows Store/Phone apps when building
> from command-line.
> + // Fixes warning APPX2102
On 01/29/2015 06:11 PM, Gilles Khouzam wrote:
> For applications you might not need the VS_WINRT_COMPONENT, but for
> libraries setting it vs not does have some differences.
Thanks, Gilles. Robert, I think this means my suggestion of trying to
re-use VS_WINRT_COMPONENT for this was a bad idea. L
On 01/28/2015 10:51 PM, Geoffrey Viola wrote:
> I submitted some builds.
> I'm not sure why 9 fail.
Okay, let's get your builds submitting cleanly with no local changes first.
That way we can identify whether any of your changes cause the failures.
There are basic instructions for setting up a ni
On 01/28/2015 09:21 AM, Raffi Enficiaud wrote:
> I am wondering why I haven't zipped the patch before.
>
> Please find attached the patch addressing the issues you raised.
The reason it was so big is because you sent an entire patch
series containing your local development history. Instead pleas
On 02/02/2015 11:44 AM, "Roman Wüger" wrote:
> Attached is a patch to fix this issue.
Thanks. Inspired by that Ben produced:
install: Fix regression in default configuration selection
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=dea42d92
Thanks,
-Brad
--
Powered by www.kitware.com
Pl
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=15388
==
Reported By:Martin Beaudoin
Assigned To:
On Sat, Jan 17, 2015 at 8:13 AM, Adam Strzelecki wrote:
> 1. Support for dependency scanning. If I change a header included by
> file.cu I want file.cu to be recompiled. This is easy for makefiles,
> hard for anything else.
>
>
> .cu is superset of C++ so it should be pretty easy to get depende
On Tue, Feb 3, 2015 at 4:56 PM, thefox xofeht wrote:
> I was trying to generate project files for Windows Phone 8, but hit a
> snag right away:
Well, as always, it helps to make a post like this since I realized
now what the problem was. I had ran "cmake .. -G "Visual Studio 12
2013" -DCMAKE_SYST
Hi,
I was trying to generate project files for Windows Phone 8, but hit a
snag right away:
"
>cmake .. -G "Visual Studio 12 2013" -DCMAKE_SYSTEM_NAME=WindowsPhone
>-DCMAKE_SYSTEM_VERSION=8.1
CMake Error at CMakeLists.txt:5 (project):
A Windows Phone component with CMake requires both the Windo
Brad King writes:
>
> Steve,
>
> On 07/26/2013 04:43 AM, Mantis Bug Tracker wrote:
> > http://www.cmake.org/Bug/view.php?id=14317
>
> What do you think about adding generator expressions to install
> DESTINATION options. In particular the $ genex
> would be useful in this case.
>
> Thanks,
>
Hi Eike,
please find attached a patch based on 460f7bcb7d11e905ee025c9d9cc9629d597fa91b.
Thanks
nick
>From a843ca01581ab85a07c36700b2474c722e9917fb Mon Sep 17 00:00:00 2001
From: Nicolas Bock
Date: Mon, 2 Feb 2015 17:07:04 -0700
Subject: [PATCH] New Module: CheckFortranCompilerFlags.cmake
Th
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=15387
==
Reported By:Frédéric Wang
Assigned To:
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=15386
==
Reported By:Karl Tarbe
Assigned To:
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=15385
==
Reported By:Gunnar Roth
Assigned To:
21 matches
Mail list logo
