Re: Pirate Autoconf and CVS Autoconf

> "pipe" == Erez: | Akim, you could help folks like me by distributing some sort of wrapper | script that does the following: | | - run make test | - for every failed test, run the debug*.sh script and record its output | - remember to remove config.log etc. before running each debug*.sh te

Re: Pirate Autoconf and CVS Autoconf

> "Erez" == Erez Zadok <[EMAIL PROTECTED]> writes: Erez> Question: is the "make check" interface and behavior expected to Erez> be the same for all packages that use GNU auto*? For example, Erez> I've never seen these debug*.sh scripts generated for libtool Erez> and automake? It is actuall

Re: cvs version of autoconf

> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes: Alexandre> I disagree. In fact, I often recommend that people start Alexandre> their own macros with AC_uid_, so that autoconf prints an Alexandre> error if the macro fails to be properly expanded in the Alexandre> configure script

Re: Patch to avoid unnecessary uses of AC_TRY_RUN

> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes: Olly> I'm unsure how `int a[0];' will be handled by various compilers. Tom> gcc accepts this as an extension. It is useful when using the Tom> "struct hack", at least. I don't understand what you are referring to. Could you give details?

Re: cvs version of autoconf

On Feb 23, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote: >> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes: Alexandre> I disagree. In fact, I often recommend that people start Alexandre> their own macros with AC_uid_, so that autoconf prints an Alexandre> error if the macro fails

Re: cvs version of autoconf

> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes: Alexandre> On Feb 23, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote: >>> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> >>> writes: Alexandre> I disagree. In fact, I often recommend that people start Alexandre> their ow

Integrating the macros of the archive?

Since it seems a new version of autoconf is close, could I ask that we integrate the macros in the official archive: http://peti.cys.de/autoconf-archive/ They are well tested (I maintain some Java macros and I can testify that I receive bug reports, which is a good sign that the archive is us

Re: config.guess and config.sub (was: Re: Target Name Question)

Alexandre Oliva <[EMAIL PROTECTED]> wrote 23 Feb 2000 03:37:23 -0300: > How do one get on the [EMAIL PROTECTED] list? It's not a mailing list, just an alias for whoever is the current maintainer of those files. Ah. Do you know where the ``official'' version of config.guess is expec

Re: Integrating the macros of the archive?

> "Stephane" == Stephane Bortzmeyer <[EMAIL PROTECTED]> writes: Stephane> Since it seems a new version of autoconf is close, could I Stephane> ask that we integrate the macros in the official archive: Stephane> http://peti.cys.de/autoconf-archive/ Stephane> They are well tested (I maintain

Re: config.guess and config.sub (was: Re: Target Name Question)

On Feb 23, 2000, Linus Nordberg <[EMAIL PROTECTED]> wrote: > Ah. Do you know where the ``official'' version of config.guess is > expected to be found? :pserver:[EMAIL PROTECTED]:/home/cvs module config >Doesn't it do it already? I mean, it says i[3456]86, >alpha{,ev[5678]*}, sparc{

Re: cvs version of autoconf

On Feb 23, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote: >> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes: Alexandre> On Feb 23, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote: "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes: Alexandre> I often recomme

Re: Integrating the macros of the archive?

On 23 Feb 2000, Akim Demaille wrote: > > Finally, IMHO, it is not the mission of Autoconf to be a constellation > of specialized macros (I don't mean you believed it was, I just want > to state publicly my opinion). The true nature of Autoconf is to > provide the environment. Major improvements

Re: Integrating the macros of the archive?

> "Bob" == Bob Friesenhahn <[EMAIL PROTECTED]> writes: Bob> Autoconf is both a framework, and a collection of macros. Absolutely. Maybe there is a factor I should have stressed more: time. We don't have time now to integrate all these macros, we first have to finish the work needed by the

macro-writer macro up for adoption...

I've written a macro which makes it easier to write more flexible autoconf-macros, and I thought some of you might find it interesting. It's in the public domain so do whatever you want with it (except pornographic stuff - I won't have any of that... ;) I've called it SIM_PARSE_MODIFIER_LIST() an

A problem on anoncvs

I got the following report: From: "jyllyj" <[EMAIL PROTECTED]> Subject: Re: GNU grub CVS Date: Wed, 23 Feb 2000 23:55:00 +0800 > thank's for your reply. but I can't get the newest Autoconf from CVS at > http://sourceware.cygnus.com/autoconf/ . > In it's homepage it told me > cvs -z 9 -d :pserv

Re: Pirate Autoconf and CVS Autoconf

Akim> Tom's scripts might help, indeed. Actually, this issue is so Akim> generic that it is surprising that there are no tools already Akim> developed. I wouldn't be surprised that François has something Akim> automated? As far as I know nobody has done much here. My scripts have some nice feat

Re: A problem on anoncvs

We did not update the pages yet, time is lacking. Sorry. From: Akim Demaille <[EMAIL PROTECTED]> Subject: CVS Autoconf has moved To: Autoconf List <[EMAIL PROTECTED]> X-Sent: 1 day, 8 hours, 58 minutes, 32 seconds ago Resent-From: [EMAIL PROTECTED] Hi People, The Autoconf CVS repository has

Re: A problem on anoncvs

It was only posted here _yesterday_. http://sourceware.cygnus.com/ml/autoconf/2000-02/msg00187.html OKUJI Yoshinori writes: > I got the following report: > > From: "jyllyj" <[EMAIL PROTECTED]> > Subject: Re: GNU grub CVS > Date: Wed, 23 Feb 2000 23:55:00 +0800 > > > thank's for your reply

Re: Patch to avoid unnecessary uses of AC_TRY_RUN

Olly> I'm unsure how `int a[0];' will be handled by various compilers. Tom> gcc accepts this as an extension. It is useful when using the Tom> "struct hack", at least. Akim> I don't understand what you are referring to. Could you give details? In C you can write something like this: struct

Re: A problem on anoncvs

Hello! > > http://sourceware.cygnus.com/autoconf/ . > > In it's homepage it told me The homepage should be updated. > > cvs -z 9 -d :pserver:[EMAIL PROTECTED]:/cvs/autoconf login Use :pserver:[EMAIL PROTECTED]:/cvs Pavel Roskin

Re: A problem on anoncvs

On Feb 23, 2000, OKUJI Yoshinori <[EMAIL PROTECTED]> wrote: > I got the following report: > From: "jyllyj" <[EMAIL PROTECTED]> > Date: Wed, 23 Feb 2000 23:55:00 +0800 >> I can't get the newest Autoconf from CVS at >> http://sourceware.cygnus.com/autoconf/ . It's not a problem. The CVS tree

Re: A problem on anoncvs

> "Lars" == Lars Hecking <[EMAIL PROTECTED]> writes: Lars> It was only posted here _yesterday_. Yes, I apologize.

Re: Pirate Autoconf and CVS Autoconf

Akim Demaille <[EMAIL PROTECTED]> écrit: > | Then, it would be easy for testers like myself to run such a script > | blindly, and mail you the resulting archive that contains all the > | info you need. That way we won't waste too much time b/t us: you ask > | "can you try X and mail me the outpu

Re: Pirate Autoconf and CVS Autoconf

> "François" == =?ISO-8859-1?Q?Fran=E7ois Pinard?= writes: François> Instead of packaging a `tar' file within a message, forcing François> an unavoidable unpacking step at the other extremity, I François> would favour a ready-to-send MIME multipart message, more François> clear than Base64 i

Re: Pirate Autoconf and CVS Autoconf

Tom Tromey <[EMAIL PROTECTED]> écrit: > > "François" == =?ISO-8859-1?Q?Fran=E7ois Pinard?= writes: > François> Instead of packaging a `tar' file within a message, forcing > François> an unavoidable unpacking step at the other extremity, I > François> would favour a ready-to-send MIME multip

The Universal Source Package: GNU Autoconf Solves Only Part of the Problem

FYI: http://freshmeat.net/news/2000/02/12/950417940.html Regards, = --- Earnie Boyd: __Cygwin: POSIX on Windows__ Cygwin Newbies: __Minimalist GNU for Windows__ Mingw32 List:

Re: Integrating the macros of the archive?

In article <[EMAIL PROTECTED]>, Akim Demaille wrote: >I'm sorry, but I don't quite agree: your picture lacks the Autoconf >macro archive. Its existence makes a huge difference with the former >state of Autoconf. The archive would be even more useful if there was a clear pointer to it in the auto

Re: Patch to avoid unnecessary uses of AC_TRY_RUN

%% Tom Tromey <[EMAIL PROTECTED]> writes: tom> Paul says the current C standard doesn't allow [the struct hack], No, actually I said the _current_ C standard _does_ allow it--at least using the [0] notation; the current standard is C99 :). It's the _previous_ standard, C89, that doesn't :) J

Re: Patch to avoid unnecessary uses of AC_TRY_RUN

tom> Paul says the current C standard doesn't allow [the struct hack], Paul> No, actually I said the _current_ C standard _does_ allow it--at least Paul> using the [0] notation; the current standard is C99 :). It's the Paul> _previous_ standard, C89, that doesn't :) Thanks. I keep forgetting t

Re: The Universal Source Package: GNU Autoconf Solves Only Part of the Problem

> "Earnie" == Earnie Boyd <[EMAIL PROTECTED]> writes: Earnie> http://freshmeat.net/news/2000/02/12/950417940.html The hard part isn't making a generic packager. The hard part is that each system has different ideas of how packaging should be done. So in order to do this properly you basica

Re: The Universal Source Package: GNU Autoconf Solves Only Part of the Problem

Date: Wed, 23 Feb 2000 12:53:40 -0800 (PST) From: Earnie Boyd <[EMAIL PROTECTED]> FYI: http://freshmeat.net/news/2000/02/12/950417940.html I don't really see anything new here. People have observed the need for a simple unified packaging system for a few years now. The trick is no

Re: Integrating the macros of the archive?

Akim Demaille <[EMAIL PROTECTED]> writes: > I'm sorry, but I don't quite agree: your picture lacks the Autoconf > macro archive. Its existence makes a huge difference with the former > state of Autoconf. A macro archive by itself is useful but not sufficient to replace a set of useful macros di

Re: Integrating the macros of the archive?

> "Olly" == Olly Betts <[EMAIL PROTECTED]> writes: Olly> The archive would be even more useful if there was a clear Olly> pointer to it in the autoconf documentation. A quick grep Olly> through all files for `autoconf-archive' (part of the URL) turns Olly> up nothing... That's correct. It'