Re: Parallel build with MSVC
От | Michael Paquier |
---|---|
Тема | Re: Parallel build with MSVC |
Дата | |
Msg-id | CAB7nPqQg4FO0bNetsbOr4EPqCq70_8AKqNzsBmobeLu-ibTfpA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Parallel build with MSVC (Noah Misch <noah@leadboat.com>) |
Ответы |
Re: Parallel build with MSVC
Re: Parallel build with MSVC |
Список | pgsql-hackers |
On Mon, Sep 5, 2016 at 9:18 AM, Noah Misch <noah@leadboat.com> wrote: > On Wed, Apr 27, 2016 at 08:15:05AM +0000, Christian Ullrich wrote: >> * From: Michael Paquier [mailto:michael.paquier@gmail.com] >> >> > On Wed, Apr 27, 2016 at 4:06 PM, Christian Ullrich <chris@chrullrich.net> >> > wrote: >> >> > > * From: Michael Paquier [mailto:michael.paquier@gmail.com] >> >> > >> vcbuild also supports /m. Wouldn't it make sense to have a environment >> > >> variable flag for it as well? vcbuild has been replaced by msbuild in >> > >> VS2010 but I would think that in back-branches this would have value >> > >> for users still compiling with VS2008 or older, and those are still >> > >> supported things. >> > > >> > > Good point, but I have no installation of 2008 around, so I cannot test >> > > it. Perhaps there is someone around who could do that (just add the >> > > $msbflags as the first argument to vcbuild)? >> > >> > I forgot that I have actually one! Bumping my Win7 VM CPU from 1 to 2, >> > and using VS2008 command prompt with vcbuild /m I am not seeing >> > issues. Moving symbols.out would be the main issue, but I am not >> > noticing problems related to that. >> >> OK then, hopefully last round attached. > > Every vcbuild and msbuild invocation ought to recognize this variable, so > please update the two places involving ecpg_regression.proj. Apart from that, > the patch looks good. Good catch. I did not notice those during my lookups of those patches. Not my intention to bump into Christian's feet, but here are updated patches. Actually, is that worth adding for clean.bat? I doubt that many people would care if MSBFLAGS is not supported in it. The cleanup script is not the bottleneck, the build script is. I added it in the patch 0001 attached but I doubt that's worth it to be honest. -- Michael
Вложения
В списке pgsql-hackers по дате отправления: