just read through that message reference, bruce, and I do agree
of course - I think the real problem with stdint/stdbool and
friends is that it is just a nuisiance to make projects be
portable to platforms that are not strictly up at '99 or better,
and w.r.t. gstdint I can point to the fact that
Hi,
First: I'm not subscribed here, so please leave the cc:.
I have updated my (linux) distro, which uses autoconf 2.52 (I only used
exclusively 2.1x before), and now I were shocked how slow autoconf is.
The packages I'm concerned about are KDE ones (obviously ;) ), esp.
kdebase. KDE's packages
> "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes:
Ralf> So, on one hand, your recommendation in this particular case
Ralf> means voiding one of the features of automake >= 1.5, for me,
Ralf> OTOH - "It's only make distcheck" ;)
Then another recommendation would be: add include/stamp-h t
Am Don, 2001-11-08 um 17.56 schrieb Akim Demaille:
> > "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes:
>
> Ralf> If using AM_CONFIG_HEADERS located in subdirectories, make
> Ralf> distcheck breaks because of not correctly handling stamp*-files.
>
> Ralf> .. make[1]: Leaving directory
"Ryan T. Sammartino" wrote:
>
> > You will not find better material than this book to learn about the
> > GNU Build System.
>
> I second that. I went from zero Autotools knowledge to a Zen master
> with this book (well... almost :) ).
I'll "third" it. I procrastinated learning the autotool
[ note: it's always me, Paolo Bonzini, writing from a web account where I
cannot set a From header :-( ]
> being a person who has been doing some tricky stuff with a generated
> file called stdint.h, I would like to oject on generating a stdbool.h
> file for a specific reason - installable header
