Re: [CMake] VS solution folder puts first project last
On Wed, Nov 17, 2010 at 11:30 AM, David Cole wrote: > On Wed, Nov 17, 2010 at 1:25 PM, James Bigler > wrote: > > On Tue, Nov 16, 2010 at 11:55 PM, Rolf Eike Beer > wrote: > >> > >> Am Mittwoch, 17. November 2010 schrieb James Bigler: > >> > Has anyone else noticed situations where VS puts the first project (as > >> > determined alphabetically) in a project folder as the last project? > >> > >> Yes, I have seen this when using the new FOLDER property for targets. I > >> see > >> this behaviour within the folders. > >> > >> Eike > > > > I'm wondering if this is something that CMake could control. I've looked > in > > the VS sln file, and it appears that the projects are listed in the > correct > > order. Perhaps there is something subtle going on that is causing this > to > > occur. > > > > James > > > > ___ > > Powered by www.kitware.com > > > > Visit other Kitware open-source projects at > > http://www.kitware.com/opensource/opensource.html > > > > Please keep messages on-topic and check the CMake FAQ at: > > http://www.cmake.org/Wiki/CMake_FAQ > > > > Follow this link to subscribe/unsubscribe: > > http://www.cmake.org/mailman/listinfo/cmake > > > > If you adjust their order in the VS gui, and then compare the sln file > to before you did that what changes? > > I am guessing that the order we specify the guid mappings in the sln > file is the thing that controls the order here. There is no code that > guarantees alphabetical order within CMake (unless it is that way by > lucky side-effect). > > But if you analyze and tell me what controls the order, it should be > easy to generate alphabetical order for the future. > > > Let me know, > David > I thought of doing that, but I can't seem to adjust their order in the GUI by dragging the projects around or by looking at the folder's properties. Is there another method from the GUI to order the projects? James ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] VS solution folder puts first project last
On Wed, Nov 17, 2010 at 1:25 PM, James Bigler wrote: > On Tue, Nov 16, 2010 at 11:55 PM, Rolf Eike Beer wrote: >> >> Am Mittwoch, 17. November 2010 schrieb James Bigler: >> > Has anyone else noticed situations where VS puts the first project (as >> > determined alphabetically) in a project folder as the last project? >> >> Yes, I have seen this when using the new FOLDER property for targets. I >> see >> this behaviour within the folders. >> >> Eike > > I'm wondering if this is something that CMake could control. I've looked in > the VS sln file, and it appears that the projects are listed in the correct > order. Perhaps there is something subtle going on that is causing this to > occur. > > James > > ___ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the CMake FAQ at: > http://www.cmake.org/Wiki/CMake_FAQ > > Follow this link to subscribe/unsubscribe: > http://www.cmake.org/mailman/listinfo/cmake > If you adjust their order in the VS gui, and then compare the sln file to before you did that what changes? I am guessing that the order we specify the guid mappings in the sln file is the thing that controls the order here. There is no code that guarantees alphabetical order within CMake (unless it is that way by lucky side-effect). But if you analyze and tell me what controls the order, it should be easy to generate alphabetical order for the future. Let me know, David ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] VS solution folder puts first project last
On Tue, Nov 16, 2010 at 11:55 PM, Rolf Eike Beer wrote: > Am Mittwoch, 17. November 2010 schrieb James Bigler: > > Has anyone else noticed situations where VS puts the first project (as > > determined alphabetically) in a project folder as the last project? > > Yes, I have seen this when using the new FOLDER property for targets. I see > this behaviour within the folders. > > Eike > I'm wondering if this is something that CMake could control. I've looked in the VS sln file, and it appears that the projects are listed in the correct order. Perhaps there is something subtle going on that is causing this to occur. James ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
Re: [CMake] VS solution folder puts first project last
Am Mittwoch, 17. November 2010 schrieb James Bigler: > Has anyone else noticed situations where VS puts the first project (as > determined alphabetically) in a project folder as the last project? Yes, I have seen this when using the new FOLDER property for targets. I see this behaviour within the folders. Eike signature.asc Description: This is a digitally signed message part. ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
[CMake] VS solution folder puts first project last
Has anyone else noticed situations where VS puts the first project (as determined alphabetically) in a project folder as the last project? CMakePredefinedTargets -- PACKAGE -- RUN_TESTS -- ZERO_CHECK -- INSTALL I'm using VS 2008 SP 1 with CMake 2.8.3. I've verified this with a simple project and my own production project. 2.8.3 release does this 2.8.3 RC3 does 2.8.3 RC2 does 2.8.3 RC1 does But this is strange, because I know I have a VS solution that was generated with RC 2 which was and still is fine. Thanks, James ___ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://www.cmake.org/mailman/listinfo/cmake
