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
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
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
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
