On Wed, Sep 22, 2010 at 3:06 PM, David Cole <david.c...@kitware.com> wrote:
> On Wed, Sep 22, 2010 at 4:55 PM, James Bigler <jamesbig...@gmail.com>wrote: > >> On Wed, Sep 22, 2010 at 2:40 PM, David Cole <david.c...@kitware.com>wrote: >> >>> On Wed, Sep 22, 2010 at 4:32 PM, James Bigler <jamesbig...@gmail.com>wrote: >>> >>>> On Wed, Sep 22, 2010 at 2:29 PM, Pedro d'Aquino <bud...@gmail.com>wrote: >>>> >>>>> This happens on 2.8.2 as well, to me at least. >>>>> >>>>> In spite of that ugly operation aborted dialog, it seems the .sln is >>>>> reloaded correctly. >>>>> >>>>> On Wednesday, September 22, 2010, James Bigler <jamesbig...@gmail.com> >>>>> wrote: >>>>> > I tried out CMake 2.8.3 RC1 with my project today. When I modify a >>>>> CMakeLists.txt file and compile, the reload project dialog starts up and I >>>>> click "No" for don't start recompiling (because it calls ALL_BUILD instead >>>>> of the one project I want to build), and then I get a "the build must be >>>>> stopped before the solution can be closed". I click "OK" and then I get a >>>>> dialog that says: >>>>> > >>>>> > "Operation aborted (Exception from HRESULT: 0x80004004 (E_ABORT))" >>>>> > >>>>> > Any clues as to why this might be happening or how I can fix it? >>>>> > >>>>> >>>> >>>> I get the ugly error message, and I have to click "reload" 70+ times. >>>> >>>> _______________________________________________ >>>> 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 >>>> >>> >>> >>> It would appear that Microsoft has changed Visual Studio moving to the >>> 2010 edition such that our macro-solution-reloading magic no longer works >>> properly. I have not yet found a way around this: we used to be able to >>> cancel the build that was in progress, reload stuff, and then start another >>> build in VS 2008 and earlier. It does not appear possible with VS 2010. >>> >>> I know I'll be heartily flamed for even suggesting this, but .... the way >>> I work with VS is to shut it down (or at least close the solution file), run >>> cmake or cmake-gui by hand outside of Visual Studio, and then open up the >>> sln file again with VS. This avoids the problem you're reporting, but I >>> realize it is not ideal. >>> >>> I welcome any suggestions for how to get this stuff to work again with VS >>> 2010. I'm stumped on it... >>> >>> >>> Thanks, >>> David >>> >>> >> Doh! This is really unfortunate, as my FindCUDA script causes a lot of >> reloading as file level build dependencies are computed and reloaded into >> the project files. This macro was truly one of the things that made VS >> development with CMake a great combination. >> >> Have you tried filing a bug with Microsoft? >> > > > Not yet. But that's a grand idea. I'll try to distill it down into the > simplest repro steps using VS9 and VS10, file a bug with that, and see how > they respond. > > I'll keep you posted. > > Thanks! Is there a mantis bug that is tracking this issue? I'm curios to know if this is an API issue or perhaps simply a bug.
_______________________________________________ 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
