On Fri, 2011-10-21 at 21:02 +0200, Michael Stahl wrote:
> have replaced this implementation with a new, faster one:
Nice work :-)
> but perhaps that just means my new machine is too fast; perhaps somebody
> wants to benchmark it on their netbook/Alpha box/ARM wristwatch
You kno
On 21/04/11 18:33, Bjoern Michaelsen wrote:
On Tue, 19 Apr 2011 18:24:57 +0100
Michael Meeks
wrote:
If not, it sounds like we should have it always enabled (?),
particularly if we can cleanup the issues it finds :-)
Enabled by default on master with:
http://cgit.freedesktop.org/libre
On Tue, 19 Apr 2011 18:24:57 +0100
Michael Meeks
wrote:
> If not, it sounds like we should have it always enabled (?),
> particularly if we can cleanup the issues it finds :-)
Enabled by default on master with:
http://cgit.freedesktop.org/libreoffice/bootstrap/commit/?id=9c028fe3ff8b5db3f
Hi Michael,
On Tue, 19 Apr 2011 18:24:57 +0100
Michael Meeks
wrote:
> Can you unpack 'long strings' for me ? is it noticeably
> slower: >5% ? does it print tons of scrolling debug for every module
> built ? :-)
Long string as in "one string containing a list of every object in the
build a
On Sat, 2011-04-16 at 14:48 +0200, Bjoern Michaelsen wrote:
> I have not enabled that in the default build, as it uses some pretty
> long strings in GNU make and should not be needed on every build.
Can you unpack 'long strings' for me ? is it noticeably slower: >5% ?
does it print tons o
Hi all,
you can now run:
make -sr gb_CHECKOBJECTOWNER=T
in a module or in the source root (add "-f GNUmakefile.mk" in source
root). It will then check for objects that are linked in multiple
libraries, which is:
a) not really supported in gbuild and likely does not what you intend
b) should b
