Hi Alex,
On Sat, 2012-01-21 at 18:01 +0100, Alex Thurgood wrote:
> Just reporting back to say that it built fine in the end.
Thanks for the report - it's really good to get these confirmations of
extraordinary problems. I saw one over the weekend - where clearly code
had been partially re
On Mon, 2011-09-05 at 07:39 -0500, Norbert Thiebaud wrote:
> could that be a case of
> #include "scdllapi.h"
> and
> #include
>
> ?
> Norbert
Sounds like a winner, but -E claims...
# 41 "/home/caolan/LibreOffice/core/sc/inc/address.hxx" 2
# 1 "/home/caolan/LibreOffice/core/sc/inc/scdllapi.h" 1
On Mon, Sep 5, 2011 at 7:34 AM, Caolán McNamara wrote:
> On Mon, 2011-09-05 at 12:38 +0100, Michael Meeks wrote:
>> I attach an updated cleanup.pl - that leaves the dummy rules, but
>> removes duplicates in them
>
> Hmm, these dependencies and the pseudo-rules are initially spit out by
> gcc
On Mon, 2011-09-05 at 12:38 +0100, Michael Meeks wrote:
> I attach an updated cleanup.pl - that leaves the dummy rules, but
> removes duplicates in them
Hmm, these dependencies and the pseudo-rules are initially spit out by
gcc's -MP so...
a) I'd have expected gcc to list each dependency onl
Hi Michael,
On Mon, 05 Sep 2011 12:38:56 +0100
Michael Meeks
wrote:
> So - we need these rules in place; with a small tweak to my
> script to print the dummy rules we'd be throwing away, I notice that
> we have (eg.) [...]
> several hundred duplicate dummy rules for many headers - st
Hi there,
On Mon, 2011-09-05 at 11:36 +0100, Caolán McNamara wrote:
> On Fri, 2011-09-02 at 21:22 +0100, Michael Meeks wrote:
> > Or are they there in fact there for some good purpose that I just
> > failed to spot ? :-)
>
> Yes, I added all these deliberately. See
> http://www.makelinux.net/
On Mon, 5 Sep 2011 05:49:54 -0500
Norbert Thiebaud
wrote:
> maybe we could have that behavior be a config option ? that way box
> that don;t need it (tinderboxes that do make clean/make
> systematically) or people that chose performance over the occasional
> breakage can disable it ?
Well, setti
On Mon, 2011-09-05 at 05:49 -0500, Norbert Thiebaud wrote:
> maybe we could have that behavior be a config option ? that way box
> that don;t need it (tinderboxes that do make clean/make
> systematically)
For the tinderbox side of things, or for the similar
distro-build-machine side of things wher
On Mon, Sep 5, 2011 at 5:36 AM, Caolán McNamara wrote:
> On Fri, 2011-09-02 at 21:22 +0100, Michael Meeks wrote:
>> Or are they there in fact there for some good purpose that I just
>> failed to spot ? :-)
>
> Yes, I added all these deliberately. See
> http://www.makelinux.net/make3/make3-CH
On Fri, 2011-09-02 at 21:22 +0100, Michael Meeks wrote:
> Or are they there in fact there for some good purpose that I just
> failed to spot ? :-)
Yes, I added all these deliberately. See
http://www.makelinux.net/make3/make3-CHP-8-SECT-3 for the rationale.
The outcome is that on incremental
On Fri, 02 Sep 2011 21:22:24 +0100
Michael Meeks wrote:
> Hi there,
>
> Being generally irritated by the apparent hang when running
> make (I know, I know it is all faster in real terms than it used to
> be ;-) I was poking at the dependency files in:
>
> core/workdir/unxlngi6.pro/D
Hi there,
Being generally irritated by the apparent hang when running make (I
know, I know it is all faster in real terms than it used to be ;-) I was
poking at the dependency files in:
core/workdir/unxlngi6.pro/Dep/LinkTarget/Library
And - being of an ignorant nature, I
Hi Norbert,
On 2010-12-15 at 23:59 -0600, Norbert Thiebaud wrote:
> Ok so I've pushed a feature/gnumake2 branch.
>
> It contain about half of the gnumake2 CWS plus few adjustment due to
> the fact that things have changed in our trees.
Wow, it is big :-)
> All that lead me to conclude that it
Ok so I've pushed a feature/gnumake2 branch.
It contain about half of the gnumake2 CWS plus few adjustment due to
the fact that things have changed in our trees.
I pushed at this point because:
1/ the regular build still function fully using the old method. and
the modules "framework ooo sfx2 s
14 matches
Mail list logo