On 07/30/2016 09:51 PM, Damjan Jovanovic wrote:
> The problem is definitely in r1409590, in the LinkTarget.mk patch.
>
> On Fri, Jul 29, 2016 at 2:12 AM, Damjan Jovanovic wrote:
>
>> I've narrowed this Windows build performance regression down to the
>> original branches/gbuild commits 1409589
The problem is definitely in r1409590, in the LinkTarget.mk patch.
On Fri, Jul 29, 2016 at 2:12 AM, Damjan Jovanovic wrote:
> I've narrowed this Windows build performance regression down to the
> original branches/gbuild commits 1409589 and 1409590, which go together and
> can't be split up.
>
>
I've narrowed this Windows build performance regression down to the
original branches/gbuild commits 1409589 and 1409590, which go together and
can't be split up.
* r1409589: gnumake4: #i117845#: LinkTarget.mk: fix dep-files for
GenCxxObjects:
pass the dep-file target explicitly as a parameter to
The Windows build performance regression first occurs in r1735004, which
takes 676 minutes to build compared to 330 minutes in the commit just
before it. Only wall clock time increases, "user" and "system" times remain
the same.
4 patches from branches/gbuild were merged in that commit. 3 of them
Hi Damjan;
I am back to gbuild, have moved my Windows VM's disk to the faster ext3
filesystem, and have begun doing the only thing I can think of to debug
this: manually "bisection testing" the gbuild-reintegration branch to try
isolate which patch causes the build performance regression.
There
I am back to gbuild, have moved my Windows VM's disk to the faster ext3
filesystem, and have begun doing the only thing I can think of to debug
this: manually "bisection testing" the gbuild-reintegration branch to try
isolate which patch causes the build performance regression.
There is 136 patche
On 05/05/2016 10:51 AM, Damjan Jovanovic wrote:
Windows XP SP3 32-bit on a VirtualBox instance on FreeBSD, underlying
filesystem is ZFS which does cause I/O slowdown, but not enough to explain
this.
Can't remember what compiler I installed; there are Windows SDK 7 and
Visual Studio 9 directories
Windows XP SP3 32-bit on a VirtualBox instance on FreeBSD, underlying
filesystem is ZFS which does cause I/O slowdown, but not enough to explain
this.
Can't remember what compiler I installed; there are Windows SDK 7 and
Visual Studio 9 directories.
SDK_PATH="/cygdrive/c/Program Files/Microsoft S
On Tue, May 3, 2016 at 12:07 PM, Damjan Jovanovic wrote:
> Unfortunately I discovered a major problem with the
> gbuild-reintegration branch: on Windows, the build time of trunk is
> about 3-4 hours, but it's over 12 hours to build gbuild-reintegration
> :-(. I don't have time to investigate soon
Thank you for the report Damjan :(
Pedro.
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org
Unfortunately I discovered a major problem with the
gbuild-reintegration branch: on Windows, the build time of trunk is
about 3-4 hours, but it's over 12 hours to build gbuild-reintegration
:-(. I don't have time to investigate soon, nor do I know where to
even begin...
On Tue, May 3, 2016 at 5:20
Hello;
FWIW, I am preparing a second round of spelling fixes ... it's a
quite big change. I would prefer to do such changes *after* the
new build system is in place though.
I can deal easily with any breakage caused by the spelling fixes but
it may not be very fun to have to fix again the build
12 matches
Mail list logo