Hi,
Is there a simple way to get a Visual Studio + assembly project on windows?
This seems to work on Linux:
cmake_minimum_required(VERSION 3.7)
project(assembler C ASM)
set_source_files_properties(hello.s PROPERTIES COMPILE_FLAGS "-x
assembler-with-cpp")
add_executable(hello hello.s)
What woul
On 30/03/2017 04:38, Robert Dailey wrote:
At the end of the day, I've solved the Boost problem but I have many
other libraries I still manually build: openssl, libpng, zlib, etc.
It's as you said, maintaining build scripts for all of these will be
challenging but I think that's the proper way to
On Wed, Mar 29, 2017 at 9:32 PM, Florent Castelli
wrote:
> On 30/03/2017 03:54, Robert Dailey wrote:
>>
>> On Wed, Mar 29, 2017 at 8:18 PM, Florent Castelli
>> wrote:
>>>
>>> This is known as "super build".
>>> Yes, this is exactly why I made my Boost CMake build scripts, which you
>>> use
>>> un
On 30/03/2017 03:54, Robert Dailey wrote:
On Wed, Mar 29, 2017 at 8:18 PM, Florent Castelli
wrote:
This is known as "super build".
Yes, this is exactly why I made my Boost CMake build scripts, which you use
unless you changed your mind today :)
You mean this?
https://github.com/Orphis/boost-cm
On Wed, Mar 29, 2017 at 8:18 PM, Florent Castelli
wrote:
> This is known as "super build".
> Yes, this is exactly why I made my Boost CMake build scripts, which you use
> unless you changed your mind today :)
You mean this?
https://github.com/Orphis/boost-cmake
It's on the drawing board, for sur
On 30/03/2017 02:10, Robert Dailey wrote:
Interested in hearing everyone's thoughts on this idea of mine.
Right now I have several third party libraries: openssl, boost,
libpng, zlib, etc. List goes on. I need to support these libraries on
at least 3 different platforms: ARM android, x86 linux,
This fails:
include( foo/bar/myscript.cmake )
But this works:
include( ${CMAKE_CURRENT_LIST_DIR}/foo/bar/myscript.cmake )
Why are relative paths not working?
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware
Interested in hearing everyone's thoughts on this idea of mine.
Right now I have several third party libraries: openssl, boost,
libpng, zlib, etc. List goes on. I need to support these libraries on
at least 3 different platforms: ARM android, x86 linux, x86 windows.
It's a real pain in the rear to
On 3/29/17 10:15 PM, Steven Velez wrote:
> I do have a pretty large project with around 142 targets.
>
> Another characteristic of note, and which I noticed while investigating
> this is that our project suffers from
> https://gitlab.kitware.com/cmake/cmake/issues/14297, and I think it is
> becaus
Hi Steven,
On 3/29/17 5:24 PM, Steven Velez wrote:
> If I understand correctly the purpose of the ZERO_CHECK target is to update
> the generated project files when necessary.
>
> That's fine, but I have noticed on Xcode (8.2) that when ZERO_CHECK runs
> and updates the project, it causes the xcod
-- Forwarded message --
From: Eric Noulard
Date: 2017-03-29 17:50 GMT+02:00
Subject: Re: [CMake] cmake --graphviz not dumping custom target in the graph
To: Craig Scott
After checking this does not change.
It seems that the only targets that appear in the graph are the one from
If I understand correctly the purpose of the ZERO_CHECK target is to update
the generated project files when necessary.
That's fine, but I have noticed on Xcode (8.2) that when ZERO_CHECK runs
and updates the project, it causes the xcode build to abort.
Unfortunately, it seems this build abort hap
Just in case anyone is interested - I found a hint in this old thread:
https://cmake.org/pipermail/cmake/2014-February/056993.html
Trick is to use a generator expression like this:
"$"
Regards,
Robert Schwarzelt
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake
I did not try that.
It appears that none of my custom target do belong to ALL.
I'll try right away and let you know.
2017-03-29 14:30 GMT+02:00 Craig Scott :
> Does the behavior change if your custom target is part of the ALL target
> or not?
>
> On Wed, Mar 29, 2017 at 10:37 PM, Eric Noulard
>
Does the behavior change if your custom target is part of the ALL target or
not?
On Wed, Mar 29, 2017 at 10:37 PM, Eric Noulard
wrote:
> Hi all,
>
> It appears that cmake --graphviz command line option does not dump custom
> target
> in the generated dot graph but "only" target appearing in add
Hi all,
It appears that cmake --graphviz command line option does not dump custom
target
in the generated dot graph but "only" target appearing in add_executable
or add_library (plain or IMPORTED).
Is there any fundamental reason for that ?
I'd like to see ALL target (including custom) in my de
Hi all,
I need to implement a code export function, that will only export code used
in a specific project configuration.
For this purpose I want to use unifdef (http://dotat.at/prog/unifdef/),
which is capable of removing unused #ifdef blocks.
The project uses static libraries like in following ex
Hi @all,
In recent CMake versions I get a deprecated message for using the
cmake_force_xxx_compiler() function inside my toolchain file. After searching,
I found that there are two threads on the CMake list, one
https://cmake.org/pipermail/cmake/2016-February/062773.html
just ending without a so
18 matches
Mail list logo
