> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
>> Yep, I'm in favor of removing all the --a* etc. it makes it
>> uselessly ambiguous, and short options are a better means to
>> abbreviate. And trying to support exact abbreviations, as is done
>> in configure, is an additional t
| Hello, Akim!
| > > $ac_cv_c_compiler_gnu() = yes;
| >
| > Akim> Heck. Thanks for noticing :(
| >
| > I'm checking in the fix, thanks!
| >
| > * aclang.m4 (ac_cv_prog_gcc, ac_cv_prog_gxx, ac_cv_prog_g77):
| > Be AU_DEFUN'd, not AU_ALIAS'd.
|
| I'm afraid you are fixing the s
| On Nov 7, 2000, Pavel Roskin <[EMAIL PROTECTED]> wrote:
| > Hello, Akim!
| >> > $ac_cv_c_compiler_gnu() = yes;
| >>
| Akim> Heck. Thanks for noticing :(
| >>
| >> I'm checking in the fix, thanks!
| >>
| >> * aclang.m4 (ac_cv_prog_gcc, ac_cv_prog_gxx, ac_cv_prog_g77):
| >> Be AU_DEFUN'd, no
> "Pavel" == Pavel Roskin <[EMAIL PROTECTED]> writes:
Pavel> Hello, Akim!
>> The one and only approach is the current one. Let's stop
>> reinventing the wheel.
Pavel> That's probably too stronly worded :-)
I agree, and I apologize.
>> But what's the point???
Pavel> The point is uniformi
Akim Demaille wrote:
>
> Thanks for the report, it's a known bug. In fact this bug is not new,
> what is new is that the core machinery now correctly catches it.
With your patch, it seems to be hidden, but present, again.
I.e. your patch solves part of the problem, but another one remains.
>
On Wed, Nov 08, 2000 at 11:18:04AM +0100, Akim Demaille wrote:
: Pavel> Just take my advice. At least once a month take a random big
: Pavel> package by search on www.freshmeat.net (Lesstif, openssh,
: Pavel> gnome-libs, whatever) and try to run Autoconf. And then put
: Pavel> yourself in the posi
Hello, Akim!
> For instance if for some reason the user had
>
> AC_CANONICAL_SYSTEM([This macro computes $host])(echo "$host)
>
> then autoupdate with parens (the current one) will produce
>
> AC_CANONICAL_TARGET([])(echo "$host)
>
> which is correct, while without parens you'd produce this:
Hello, Lars!
> Please check out Guile from CVS - I tried using CVS Autoconf and Automake
> with their bootstrap a while back (not too long), and failed miserably...
Ok, I'm changing the subject line for the obvious reason.
It appears that GUILE_NAMED_CHECK_FUNC in aclocal.m4 expects AC_LANG
wit
Hello, Ralf!
> checking how to run the C preprocessor... cc -E
> checking for sh-rtems-gcc... sh-rtems-gcc
It's a separate problem that needs to be addressed before 2.50.
AC_PROG_CPP should require AC_PROG_CC.
Maybe we should go as far as to make both AC_PROG_CPP and AC_PROG_CC
obsolete in favo
I have two problems with running config.status:
it's flaky when you change CONFIG_FILES and CONFIG_HEADERS
(for instance, instead of deleting the output file on a signal,
it deletes all my makefiles)
it can't be run concurrently (as in a make -j2).
I know how to
On Nov 8, 2000, Benoit Hudson <[EMAIL PROTECTED]> wrote:
> Where in autoconf would I look to do this consistently?
In the autoconf CVS tree. I believe both issues have already been
addressed :-)
--
Alexandre Oliva Enjoy Guarana', see http://www.ic.unicamp.br/~oliva/
Red Hat GCC Developer
11 matches
Mail list logo