> > it): shave.
> >
> > It's absolutely great to have your compile flags hidden by default so
> > you can see warnings and errors more easily. Most of the time you want
> > to debug your code, not your build system. We could do that in the
> > current system, but with autotools we'll get it righ
On Tue, 4 May 2010 16:48:10 -0700, Dan Nicholson wrote:
> On Tue, May 4, 2010 at 5:34 AM, Ben Gamari wrote:
> >
> >
> > Hey all,
> >
> > As a casual follower of Mesa, I too have been bitten bad builds on more
> > than a
> > few occassions. That being said, Autotools makes me cringe and certainl
On Wed, 5 May 2010 09:59:40 +0200
Olivier Galibert wrote:
> On Wed, May 05, 2010 at 08:52:47AM +0100, Dave Airlie wrote:
> > make V=1?
>
> Thankfully, some build systems have kept some sanity. But please oh
> please if you add shaving to mesa's build system, keep a way to stay
> verbose. Not a
On Wed, May 05, 2010 at 08:52:47AM +0100, Dave Airlie wrote:
> make V=1?
Thankfully, some build systems have kept some sanity. But please oh
please if you add shaving to mesa's build system, keep a way to stay
verbose. Not all do, let me tell you.
OG.
On Tue, May 04, 2010 at 02:58:05PM -0700, Jesse Barnes wrote:
> One thing that hasn't been mentioned (the wrapping made me think of
> it): shave.
>
> It's absolutely great to have your compile flags hidden by default so
> you can see warnings and errors more easily. Most of the time you want
> to
On Tue, May 4, 2010 at 5:34 AM, Ben Gamari wrote:
> On Sun, May 2, 2010 at 12:46 PM, Dan Nicholson wrote:
>> Brian,
>>
>> I'm putting forward this request completely understanding your
>> position why you don't want automake and libtool in your project.
>> However, I think that mesa has outgrown
On Wed, May 5, 2010 at 8:08 AM, Marek Olšák wrote:
> On Tue, May 4, 2010 at 11:58 PM, Jesse Barnes
> wrote:
>>
>> One thing that hasn't been mentioned (the wrapping made me think of
>> it): shave.
>>
>> It's absolutely great to have your compile flags hidden by default so
>> you can see warnings
On Tue, May 4, 2010 at 11:58 PM, Jesse Barnes wrote:
> One thing that hasn't been mentioned (the wrapping made me think of
> it): shave.
>
> It's absolutely great to have your compile flags hidden by default so
> you can see warnings and errors more easily.
"make >/dev/null" shows you exactly wh
On Mon, 03 May 2010 14:49:09 -0700
Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Brian Paul wrote:
>
> > The libtool script wrapped every cc command and it slowed the build
> > process considerably. Have you done any "before/after" build time
> > comparisons? I bui
On Tue, 04 May 2010 10:19:41 -0700, Keith Packard wrote:
> On Tue, 4 May 2010 08:34:00 -0400, Ben Gamari wrote:
>
> > a standard non-recursive makefile structure, as is used
> > in, say, Keith Packard's notmuch[1] project.
>
> That's Carl Worth's notmuch project, and it was his idea to build us
On Tue, 4 May 2010 08:34:00 -0400, Ben Gamari wrote:
> a standard non-recursive makefile structure, as is used
> in, say, Keith Packard's notmuch[1] project.
That's Carl Worth's notmuch project, and it was his idea to build using
make alone. I'd have to say that while it makes the build system e
On Tue, 4 May 2010 08:34:00 -0400, Ben Gamari wrote:
> On Sun, May 2, 2010 at 12:46 PM, Dan Nicholson wrote:
> > Brian,
> >
> > I'm putting forward this request completely understanding your
> > position why you don't want automake and libtool in your project.
> > However, I think that mesa has o
On Sun, May 2, 2010 at 12:46 PM, Dan Nicholson wrote:
> Brian,
>
> I'm putting forward this request completely understanding your
> position why you don't want automake and libtool in your project.
> However, I think that mesa has outgrown the static Makefiles approach
> for a number of reasons. F
On Sun, 2010-05-02 at 09:46 -0700, Dan Nicholson wrote:
> Brian,
>
> I'm putting forward this request completely understanding your
> position why you don't want automake and libtool in your project.
> However, I think that mesa has outgrown the static Makefiles approach
> for a number of reasons
On Mon, 3 May 2010 15:15:25 -0700, Dan Nicholson wrote:
> On Mon, May 3, 2010 at 2:04 PM, Brian Paul wrote:
> > So anyway, I just checked out Eric's git tree and the automake branch.
> > I ran "./autogen.sh":
> >
> > $ ./autogen.sh
> > autoreconf: Entering directory `.'
> > autoreconf: configure.
On Mon, May 3, 2010 at 2:04 PM, Brian Paul wrote:
> Dan Nicholson wrote:
>>
>> Brian,
>>
>> I'm putting forward this request completely understanding your
>> position why you don't want automake and libtool in your project.
>> However, I think that mesa has outgrown the static Makefiles approach
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Brian Paul wrote:
> The libtool script wrapped every cc command and it slowed the build
> process considerably. Have you done any "before/after" build time
> comparisons? I build a *lot*.
This was traditionally the #1 complaint about autotools. Ov
Dan Nicholson wrote:
Brian,
I'm putting forward this request completely understanding your
position why you don't want automake and libtool in your project.
However, I think that mesa has outgrown the static Makefiles approach
for a number of reasons. For a project that's grown to the complexity
On Sun, May 2, 2010 at 10:48 AM, Eric Anholt wrote:
> On Sun, 2 May 2010 09:46:15 -0700, Dan Nicholson wrote:
>> Brian,
>>
>> I'm putting forward this request completely understanding your
>> position why you don't want automake and libtool in your project.
>> However, I think that mesa has outgr
On Sun, 2 May 2010 09:46:15 -0700, Dan Nicholson wrote:
> Brian,
>
> I'm putting forward this request completely understanding your
> position why you don't want automake and libtool in your project.
> However, I think that mesa has outgrown the static Makefiles approach
> for a number of reasons
Brian,
I'm putting forward this request completely understanding your
position why you don't want automake and libtool in your project.
However, I think that mesa has outgrown the static Makefiles approach
for a number of reasons. For a project that's grown to the complexity
of mesa, I believe you
21 matches
Mail list logo