I have merged gnu-make-lo with upstream 4.1 and have binaries with the
following flavors:
64- and 32-bit Upstream 4.1 + my low-res stat workaround.
64- and 32-bit Upstream 4.1 + my low-res stat workaround + LO patches
(excluding depcache).
Didn't get a chance to do performance runs, but the binar
On 25.02.2015 13:32, Ashod Nakashian wrote:
> On Wed, Feb 25, 2015 at 3:26 AM, Matúš Kukan wrote:
>>
>> Nice :-), could we perhaps upload 64bit version to
>> http://dev-www.libreoffice.org/bin/cygwin/ too?
>>
>
> Michael has mentioned (above) that the 4.0 is unstable.
actually only 4.0 build for
On 24.02.2015 15:58, Ashod Nakashian wrote:
>>> Also, we might merge with 4.1, but that's a different matter.
>>>
>>> Let me know what you think.
>>
>> so first i think this whole custom gnu-make-lo needs to die :)
>>
>
> I agree with the spirit, but, the built-ins should give a good speed
> boos
On Wed, Feb 25, 2015 at 3:26 AM, Matúš Kukan wrote:
>
> Nice :-), could we perhaps upload 64bit version to
> http://dev-www.libreoffice.org/bin/cygwin/ too?
>
Michael has mentioned (above) that the 4.0 is unstable.
Please see our exchange, we do seem to be in agreement to move away
from lo fork o
On 13 February 2015 at 20:54, Pavel Laštovička wrote:
> Dne 12.2.2015 v 17:06 Michael Stahl napsal(a):
>>
>> the "make" binary is 32-bit, if you install a 64-bit cygwin it won't run
>> but you can build from source from this repo:
>>
>> git://gerrit.libreoffice.org/gnu-make-lo.git
>>
>> https://ge
On Tue, Feb 24, 2015 at 12:34 PM, Norbert Thiebaud wrote:
> The high resolution file time stamps of many modern file systems
> lessen the chance of make incorrectly concluding that a file is up to
> date. Unfortunately, some hosts do not provide a way to set a high
> resolution file time stamp, so
On Tue, Feb 24, 2015 at 8:58 AM, Ashod Nakashian wrote:
> ++Norbert
>
>> awesome!
>
> Thanks. The root cause is that stat is not precise enough, not the FS
> timestamp precision (I should have redacted that).
>
>>
>> that sounds like a reasonable approach for platforms where hi-res stat
>> is curr
++Norbert
> awesome!
Thanks. The root cause is that stat is not precise enough, not the FS
timestamp precision (I should have redacted that).
>
> that sounds like a reasonable approach for platforms where hi-res stat
> is currently not implemented, i would hope upstream agrees with that.
Indeed
Michael,
How can I contribute to the gnu-make-lo repo?
I found an issue that I'd like to commit the fix to.
After tracing for the reason for intermittent failures to generate VS IDE
files, I found that when invoking make on the same Makefile more than once
in a row (i.e. when the first make call
Dne 12.2.2015 v 17:06 Michael Stahl napsal(a):
the "make" binary is 32-bit, if you install a 64-bit cygwin it won't run
but you can build from source from this repo:
git://gerrit.libreoffice.org/gnu-make-lo.git
https://gerrit.libreoffice.org/gitweb?p=gnu-make-lo.git;a=summary
try the "gnu-make
On 12.02.2015 15:35, Pavel Laštovička wrote:
> Dne 12.2.2015 v 14:08 Michael Stahl napsal(a):
>> On 12.02.2015 13:43, Pavel Laštovička wrote:
>>> I installed newer Windows and trying to set up a build environment again.
>>> Wiki says
>>> I need this make
>>> http://dev-www.libreoffice.org/bin/cygw
On 12.02.2015 13:43, Pavel Laštovička wrote:
> Hello,
>
> I installed newer Windows and trying to set up a build environment again.
> Wiki says
> I need this make
> http://dev-www.libreoffice.org/bin/cygwin/make
which Wiki page contains this obsolete information?
you should get a native Win32
12 matches
Mail list logo
