Uwe Stöhr wrote: > Why do you want to see the obvious changes to the FORMATS file and the > changed digits of the version? They are obvious and only cost you time > to test the patch because you are then forced to a complete > recompilation. (This takes here 15 min).
This is indeed too slow. Does your machine have more than one core? Does only one cl.exe process at a time appear in process explorer (or task manager if you do not have process explorer) if you build after changing a central header such as version.h? If the answer to both questions is yes, add the following line to the batch file you use for building or starting MSVC: set CL=/MP After doing that, process explorer should show n cl.exe processes in parallel, where n is the number of cores of your machine. Of course this is only true if enough C++ files need to be compiled, if only one haas changed then of course only one cl.exe is started. > The task is to save time - that's what I don't have. Writing 10 of these > mails is quicker for me than forcing me to recompile LyX completely. It saves time on your side at the cost of added time for your fellow developers. I think the better solution is to tackle the root problem (slow building), this will even save more of your time. If you do already use parallel compilation, we could also play with precompiled headers, this can make a huge different in compile time with MSVC, but it is less easy to do. Georg
