How about parsing GraphViz files?
On Tue, Nov 18, 2014 at 3:08 PM, Stephen Kelly wrote:
> Michael Jackson wrote:
>
>> Yep, that is pretty much the discussion that I was wanting. Now, has there
>> been any movement on any of the implementations?
>
> Nothing is reported beyond that thread.
>
> If y
Michael Jackson wrote:
> Yep, that is pretty much the discussion that I was wanting. Now, has there
> been any movement on any of the implementations?
Nothing is reported beyond that thread.
If you want to pick up the implementation or a creator patch, I'd say go
ahead.
Thanks,
Steve.
--
Yep, that is pretty much the discussion that I was wanting. Now, has there
been any movement on any of the implementations?
Thanks
Mike Jackson
_
Mike Jackson mike.jack...@bluequartz.net
BlueQuartz Software
Michael Jackson wrote:
> Has there ever been any interest in CMake producing a generic "XML" (or
> some other file format) file that lays out the project structure?
See
http://thread.gmane.org/gmane.comp.programming.tools.cmake.devel/10711
Thanks,
Steve.
--
Powered by www.kitware.com
Ple
I'm facing the question of static myself now, porting a large automake
project to cmake.
I guess I'll mirror automake's practice of having separate
--enable-static and --enable-shared settings, and allow both to be
built at once.
It's a bit ambiguous (which one gets tested?), but since I'm just
r
Anything that is "Parsable". So XML or JSON is fine. I am working a QtCreator
bug** that started out as QtCreator not being able to bring in the proper
Framework directories on OS X. As I investigated the root cause, it is my
belief that the CodeBlocks file that QtCreator has CMake generate in o
I figured it out, and it's a case-sensitivity issue. I have named my
configuration "Custom", so I was expecting the corresponding property to be
IMPORTED_LOCATION_Custom, but in fact CMake is expecting
IMPORTED_LOCATION_CUSTOM. So it's an easy fix on my part.
Parag Chandra
Software Engineer, M
This sounds pretty similar to the recent mailing list discussions
about the json file listing targets and properties of them at generate
time.
What would be the point? Just to look at the file as a human to see
what's in it? Or would you use it for something else...?
On Tue, Nov 18, 2014 at 9:25
Hi,
I have two proposals for fixing issues with CMake generating suitable
command lines for static linking on Cray supercomputers when using Intel as
the base compiler. I hope I'm posting to the right list for discussion.
Happy to switch to cmake-developers or Mantis. :-)
Summary: The default Lin
Has there ever been any interest in CMake producing a generic "XML" (or some
other file format) file that lays out the project structure. I envision this to
be a "Generator" that has elements of the CodeBlocks and Eclipse style of
project setup but groups things together a bit more? So for each
On 11/18/2014 01:19 PM, n...@posteo.de wrote:
Hello,
I am trying to understand if it is possible to generate make files in
parallel. The build process I am looking at suffers from a slow make
file generation. I understand that once the generation is done I can
call make -j XY to build in paralle
Hello,
I am trying to understand if it is possible to generate make files in
parallel. The build process I am looking at suffers from a slow make
file generation. I understand that once the generation is done I can
call make -j XY to build in parallel; but what I am after is to to
generate t
On Mon, Nov 17, 2014 at 10:26 PM, Stephen Kelly wrote:
> avo...@mail.ru wrote:
>
>> What should I add
>> to B/CMakeLists.txt to successfully build my executable?
>
> You might be able to add an INTERFACE library and populate its
> INTERFACE_SOURCES using the target_sources command:
>
> http://www
13 matches
Mail list logo