[CMake] Bug in SLN generation

[Scott Aron Bloom]

I filed a bug yesterday,  and may take a look at the source code and look into a coding thr patch this week.

I did find the previous bug as well once I Google the right keywords...


--Scott


-------- Original message --------
From: Petr Kmoch <petr.kmoch at gmail.com>
Date:01/05/2015 23:50 (GMT-08:00)
To: Scott Aron Bloom <scott.bloom at onshorecs.com>
Cc: cmake at cmake.org
Subject: Re: [CMake] Bug in SLN generation

Hi Scott.

To file a bug, use the Mantis tracker at http://public.kitware.com/Bug/

As for running custom processing post-generation, there is no way hook this, and a request for it was explicitly declined: http://public.kitware.com/Bug/view.php?id=13020

Petr

On Mon, Jan 5, 2015 at 8:53 PM, Scott Aron Bloom <scott.bloom at onshorecs.com<mailto:scott.bloom at onshorecs.com>> wrote:
I have found a bug in SLN generation when the property USE_FOLDERS  is set to on.

The order of the folders, and vcprojects added to the folders is not sorted.  It is sorted correctly if USE_FOLDERS is not set.

I have two questions, first, what is the appropriate mechanism for filing a bug? I will create a trivial testcase to show the issue.

Second, in the meantime I have a way to fix the sln file, as a post process after its generated.  What type of rule could I add to the CMakeLists.txt file to run after the sln has been generated/updated by cmake?

Scott

--

Powered by www.kitware.com<http://www.kitware.com>

Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ

Kitware offers various services to support the CMake community. For more information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cmake/attachments/20150106/a5dcd242/attachment.html>