Yipee,
Thanks Martin, it's been too long without huge controversial thread in
here. Foood fiiight!
> "Martin" == Martin Buchholz <[EMAIL PROTECTED]> writes:
Martin> Did you know that Linux Mandrake 7.0's autoconf claims to be
Martin> version 2.14.1? (martin@wobble) /xemacs/bu
> "Martin" == Martin Buchholz <[EMAIL PROTECTED]> writes:
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Martin> (XEmacs redefines AC_DEFINE)
Tom> Wow, why?
Martin> To support the --extra-verbose option
I don't have your failure.
/tmp % cat configure.in
> "Martin" == Martin Buchholz <[EMAIL PROTECTED]> writes:
Martin> I've ranted about config.cache before, but it's probably time
Martin> again, because of the turnover of the maintainership here.
Don't be afraid, we've been around for a few years too, and we know
what you are talking about.
> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> Like:
Alexandre> How about ``remove config.cache and re-run configure'', as
Alexandre> printed by AC_VALIDATE_CACHED_SYSTEM_TUPLE?
Why doesn't it suggest distclean?
Why isn't it used by default? (we would remove the
AC
> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
>> Is foo() in libbar? No? Try adding -L/usr/openwin/lib to the link
>> path. How about now? Maybe try -L/usr/X11R6/lib instead?
Alexandre> Yup, this is quite hard to implement with the feature
Alexandre> currently offered by a
>>>>> "Paul" == Paul Eggert <[EMAIL PROTECTED]> writes:
Paul>From: Akim Demaille <[EMAIL PROTECTED]> Date: 24 Feb 2000
Paul> 17:42:41 +0100
Akim> should we put stdint.h or inttypes.h into the default includes?
Paul> inttypes.h.
My question
Hi Lars,
| 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 interesting work which might be useful someday in Autoconf, but
for now, I don't think we want to introduce ``complications''. In
fact, we'r
>>>>> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> On Feb 25, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote:
>> So, do you think I should add inttypes.h?
Alexandre> It would be nice, because autoconf would detect the
| Akim> Now, there's a README-alpha which is rather explicit.
|
| Martin> Did you know that this autoconf uses $SHELL instead of
| Martin> ${CONFIG_SHELL-/bin/sh}?
|
| Akim> Where?
|
| (martin@wobble) /usr/share/autoconf $ g -w SHELL acgeneral.m4
| acgeneral.m4:211:SHELL=${CONFIG_SHELL-/bin/s
> "Martin" == Martin Buchholz <[EMAIL PROTECTED]> writes:
Martin> But this is just a special case that will reduce the
Martin> mismatches, but leave the most damaging mismatches (because
Martin> the most confusing and misleading and most likely to be
Martin> silent) to the end.
I think we al
Well, if you're brand new to m4, you're work is even more impressive :)
> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
Lars> I figured that using illegal macro-names and indir'ing
Lars> everything could help me avoid "accidental" macro-expansions and
Lars> keep the sub-macros "local" in
> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
Lars> Wouldn't think that would be necessary (except for readability),
Lars> unless you have some sh eval use that looks like the builting
Lars> eval macro given arguments?
Huh? Sorry, I don't understand.
Are your referring to the fact t
> "Martin" == Martin Buchholz <[EMAIL PROTECTED]> writes:
Martin> I think I used `unset'. And XEmacs' configure uses `unset'
Martin> today, and no one I know of has hit this non-portability.
I claim that machines without Bourne shells supporting unset and
functions are no longer to be consi
> "Martin" == Martin Buchholz <[EMAIL PROTECTED]> writes:
Martin> system library updates, even user variables like a new setting
Martin> for LD_RUN_PATH, and all those variables like CC, CFLAGS,
Martin> LIBS,
Autoconf is currently being equipped with a means to see if CFLAGS (or
whate
> "Lars" == Lars Hecking <[EMAIL PROTECTED]> writes:
Martin> I think I used `unset'. And XEmacs' configure uses `unset'
Martin> today, and no one I know of has hit this non-portability.
>> I claim that machines without Bourne shells supporting unset and
>> functions are no longer to be cons
>>>>> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> On Feb 25, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote:
>> How about leaving an implicit test in Autoconf 2.15's configure,
>> with a message such as `Pleas
> "Ian" == Ian Lance Taylor <[EMAIL PROTECTED]> writes:
Ian> It's true that this machine has a shell /bin/sh5 which supports
Ian> unset. However, /bin/sh5 does not support shell functions.
Aarg, this is the information I was looking for.
Ian> The point of autoconf is portability to all mac
| I did not mean to imply that I didn't trust you. I apologize for the
| implication.
I'm sorry for having inferred something which was not derivable :)
| However, I think we can all agree that there are machines which do not
| have shells which support functions. For example, SVR2 machines.
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> There are two reasons:
Tom> 1. We know the FSF site will stay around, whereas we know nothing
Tom> about non-FSF sites.
Hm... Sounds reasonable.
Tom> 2. RMS doesn't even like to have links off the FSF site, as far
Tom> as I can tell.
> "Pavel" == Pavel Roskin <[EMAIL PROTECTED]> writes:
Pavel> Because I want to try a different _configuration_:
Pavel> CFLAGS=-ggdb3 ./configure --enable-cute-feature --without-bloat
Pavel, we need evangelists for the new support of variables :)
./configure CFLAGS=-ggdb3 --enable-cute-feat
> "Olly" == Olly Betts <[EMAIL PROTECTED]> writes:
Olly> It also saves a lot of time if you're using automake and doing
Olly> work that involves changing your Makefile.am-s. Whenever one is
Olly> modified, running make will run automake to update the
Olly> corresponding Makefile.in, then rer
|I don't want to give the impression I don't trust your word here, but
|I know by experience that in the Autoconf world there are many legends
|and myths. I'd like to see someone really trying the various shells
|on this machine and report the status of unset and of functions.
|
| Well, here is the relevant ChangeLog entry:
|
| Thu Feb 2 11:32:07 1995 David J. MacKenzie <[EMAIL PROTECTED]>
|
| * acgeneral.m4 (AC_CACHE_SAVE): Workaround Ultrix and 4.3BSD sh
| bug in setting the high bit on variable values.
| From Ken Raeburn.
|
| Ken Raeb
> "Paul" == Paul Eggert <[EMAIL PROTECTED]> writes:
Paul> I very much like the bug report quoted below, and I suggest that
Paul> it be put into the autoconf source code somewhere, either next
Paul> to the code that generates config.cache, or perhaps into a new
Paul> section of documentation t
|I was wrong when I said XEmacs' configure indiscriminately uses
|`unset'. In fact it does something like this:
|
|
|if test -n "$ZSH_VERSION"; then
| dnl zsh's Bourne shell emulation options
| setopt NO_BAD_PATTERN NO_BANG_HIST NO_BG_NICE NO_EQUALS NO_FUNCTION_ARGZERO
| setopt GLOB_SUBST NO_
> "Martin" == Martin Buchholz <[EMAIL PROTECTED]> writes:
Martin> The configure script I help maintain prints this:
Well, CVS Autoconf does this:
/tmp/a2ps-4.13 % ./configure --help nostromo 8:49
`configure' configures software source code packages to adapt to
> "Harlan" == Harlan Stenn <[EMAIL PROTECTED]> writes:
Harlan> I'd almost like to see a "version" number in the cache, which
Harlan> I can "bump" whenever I make a "significant" change to the
Harlan> logic which has the effect of...
Wel, consider your `bumping action' is `rm config.cache' :)
> "Paul" == Paul Eggert <[EMAIL PROTECTED]> writes:
Paul> Perhaps eventually, but I suspect that it's premature to do it
Paul> now.
Ooops, sorry, it already went in :(
Paul> Part of the problem is that STDC_HEADERS is currently specific
Paul> to ANSI C (1989); it hasn't been modernized to I
> "Martin" == Martin Buchholz <[EMAIL PROTECTED]> writes:
Martin> (If you want to try this yourself, get the latest xemacs-21.2
Martin> configure.in. See http://cvs.xemacs.org/ )
I'm looking at it, but frankly, why don't you use m4/*.m4 files? Your
configure.in is just huge, and splitting
Your AC_OUTPUT section is frightening...
Well, I realize the copy I have is dead broken:
echo " Athena header include path: $athena=
_h_path"
fi
test "$with_dnet" =3D yes && echo " Compiling in support for DNET."
I used wget on cvsweb though :( Any better means
> "Ian" == Ian Lance Taylor <[EMAIL PROTECTED]> writes:
Ian> The GNU binutils use this macro to detect this case:
Ian> dnl See whether we need a declaration for a function.
Ian> AC_DEFUN(BFD_NEED_DECLARATION,
There is something like this in Autoconf now:
Generic Declaration Checks
---
Hi!
I'm sorry for people who don't read autoconf-patches, there's a news I
should have sent before: we have caught up the difference between CVS
Autoconf and FTP Autoconf. The latter has been removed, and people
who really depend a ultra-new Autoconf are encouraged to check out the
CVS one.
W
First, a little bit of context for people who don't read
autoconf-patches.
One of the major failures of Autoconf is its total lack of openness to
other tools, and in particular it is wrong that automake parses
configure.in and so on. Nobody better than m4 will read m4, nobody
better than Autoc
> "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes:
Ralf> => tests/Makefile.in is missing from CVS.
Heck! I'm sorry, I'm deeply sorry, I plead guilty :(
CVS Autoconf is to be used with Automake 1.4, not 1.4a (well, you can,
but then you have to update the m4/*.m4 files and aclocal.m4).
Hi Erez,
I have fixed several mistakes in the test suite, so there should be
less failures now.
There are some I really don't understand, and I need your help (I
can't reproduce them). But I would suggest that you pull out a fresh
Autoconf.
Ooops, btw people, we have to tell you we are moving
It'd be much easier if you could send what you have, and how it fails.
Akim
> "Gabor" == Gabor Z Papp <[EMAIL PROTECTED]> writes:
Gabor> I have this problem configuring midnight commender cvs tree,
Gabor> and I think the problem is with my bad autoconf install. My
Gabor> question is, that how can I install glib and other packages
Gabor> that have glib.m4 and other a
A> Could you share your experience on [EMAIL PROTECTED]?
T> I do on occasion...
Good :)
Current code for AC_CHECK_DECL uses
#ifndef $1
char *p = (char *) $1;
#endif
Thomas suggests
> | #undef $1
> | struct zowie { int a; double b; struct zowie *c; char d; };
> | extern struct zowie *
Yep, sorry, this is also an issue to solve. I had used Automake 1.4a
which uses AM_MISSING with two args, and an executable missing. When
I fell back to 1.4, I forgot to downgrade the use of AM_MISSING. It
will be done.
Meanwhile, I'd suggest that you
AVAILABILITY
The latest version
> "T" == T E Dickey <[EMAIL PROTECTED]> writes:
>> AC_CHECK_DECL can [then] be used for
>> errno, sys_siglist and others.
T> even 'errno' when it's a macro? (no - won't work).
Right, my example was a bit light.
>> In this case, Thomas, do you think we still need all the zowie
>> stuff?
T
> "Erez" == Erez Zadok <[EMAIL PROTECTED]> writes:
Erez> That's good news, Akim.
Oh yes it is! :)
Erez> Now, do you have a schedule for when a feature freeze will
Erez> happen, and when this autoconf will work with automake 1.4a?
We've not talked about this yet, but personally I'm not s
> "Olly" == Olly Betts <[EMAIL PROTECTED]> writes:
Olly> One thought: If this tracing is for use when automake is being
Olly> used, you can rely on perl being available.
As reported by Alexandre, some simple output is sometimes needed by
shell scripts. And in most cases we just don't need t
>>>>> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> On Feb 14, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote:
>> - every macro becomes extremely picky on the quotes, since there is
>> embedded code which really depends u
|From: Akim Demaille <[EMAIL PROTECTED]>
|Date: 14 Feb 2000 10:43:04 +0100
|
| s/^m4trace:\([^:]*\):\([^:]*\): -[0-9]*- \([^(]*(\)\(.*\)$/\3[\1], [\2], \4/
|
| This looks like a good idea to me. I would improve it slightly by
| making it more specific, e.g.
|
| s/^m
| On Feb 15, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote:
| > $ autoconf --trace AC_SUBST:$f:$l:$0:$1
|
| > => configure.in:42:AC_SUBST:prefix
| Sounds good to me. But are the `:' separators mandatory, or can we
| just choose any expansion to a given macro? F
Wow, sounds like there is plenty of exciting things to check here. I
have access to some Solarises, I will try with them to see if I can
get all the data I need. Thanks a lot for the report (and don't lose
these guys :).
Akim
Thanks for the report. Since then Autoconf uses Automake, so such
failures are less likely. Nonetheless, I don't understand why frozen
files should be taken from srcdir.
Akim
| On Thu, Feb 17, 2000 at 02:12:19PM +0100, Akim Demaille wrote:
| : It'd be much easier if you could send what you have, and how it fails.
|
| Well, since I figured out the problem but didn't know how to implement
| "compile-time" autoconf macros, I don't really
| : 2.14.1 doesn't exist!
|
| It did for a short time. I assume you use the autoconf CVS repository.
Yep, sorry, I should have said no longer exists.
| : ifelse([$3], [],
| :[$3], [yes],
| :[$3], [no],
| :[AC_FATAL([$0: invalid attribute `$3'])])dnl
|
| I'm reading up
> "Gabor" == Gabor Z Papp <[EMAIL PROTECTED]> writes:
Gabor> Midnight Commander CVS. I delete every autoconf/automake
Gabor> related files from my host, and install the last releases. Let
Gabor> see, what happend.
I don't see any commands here. What is it that you run? If it is
`make', co
> "Gabor" == Gabor Z Papp <[EMAIL PROTECTED]> writes:
Gabor> Can you please explain me how can I add AM_GLIB_PATH into a
Gabor> sample m4 file? Thanks.
Take the definition of the macro, paste it in a file m4/glibpath.m4.
That's all :)
Akim
> "Gabor" == Gabor Z Papp <[EMAIL PROTECTED]> writes:
Gabor> | Take the definition of the macro, paste it in a file
Gabor> m4/glibpath.m4. | | That's all :)
Gabor> Heh, but how? What is the definition of macro? And I don't
Gabor> have m4 directory. It is /usr/share/aclocal? Please, make m
> "Gabor" == Gabor Z Papp <[EMAIL PROTECTED]> writes:
Gabor> It is defined in configure.in, and I don't know how can I tell
Gabor> to the script, that glib is installed in /usr/local
well, it is *not* defined, it is *used* in your second configure.in.
I suppose glib.m4 or so must be availabl
> "Gabor" == Gabor Z Papp <[EMAIL PROTECTED]> writes:
Gabor> When I have a new.m4 file, and I want use with autoconf, its
Gabor> enough to copy to the autoconf directory?
No. look where there are other m4 files, and place it there.
Otherwise read the documentation of Automake, look for `acl
> "Olly" == Olly Betts <[EMAIL PROTECTED]> writes:
Olly> Thoughts? I'm happy to do the work, but I'd rather not spend
Olly> time on it and then get told it's not useful.
It is certainly going to be useful. Nonetheless, I think we should
not hurry. The problem you are addressing is clearly
> "Olly" == Olly Betts <[EMAIL PROTECTED]> writes:
Olly> I hesitate to criticise the valiant efforts of the maintainers,
Olly> but this does appear to be a general problem with autoconf. I
Olly> don't feel I'm using autoconf in advanced ways, but I seem to
Olly> end up having to use CVS vers
> "Gabor" == Gabor Z Papp <[EMAIL PROTECTED]> writes:
Gabor> In glib source I have an acglib.m4 file, but no AC_PATH_GLIB
Gabor> defined or used in it, so I think it isn't usable. MC guys
Gabor> didn't answer for my report.
You said AM_PATH_GLIB the first time, but I suppose that's what you
| On Fri, Feb 18, 2000 at 03:39:59PM +0100, Akim Demaille wrote:
| >
| > Could you change tests/tools.m4 from
| >
| > # A script in charge of testing `/bin/sh -n'.
| > AT_DATA(syntax.sh,
| > [[set -e
| > (/bin/sh -n endless.sh) &
| > cpid=$!
| > s
> "Erez" == Erez Zadok <[EMAIL PROTECTED]> writes:
Erez> Is there a new mailing list for cvs-logs as well? If so, how do
Erez> I subscribe to it?
Not set up yet, but I think we will propagate the former list of
members.
Akim
| I think I know what's wrong. You're using 'cc' instead of $CC somewhere. I
| have gcc installed on my machine, and no license for Solaris's /usr/ucb/cc
| compiler. So running cc fails.
That's correct, another user reported exactly the same failure. I
don't know yet how I will fix this, but
> "Olly" == Olly Betts <[EMAIL PROTECTED]> writes:
>> It is certainly going to be useful. Nonetheless, I think we
>> should not hurry. The problem you are addressing is clearly much
>> broader than just C++, or even just for the compilers.
Olly> I personally need a solution to my current
On Fri, Feb 18, 2000 at 03:39:59PM +0100, Akim Demaille wrote:
>
> Could you change tests/tools.m4 from
>
> # A script in charge of testing `/bin/sh -n'.
> AT_DATA(syntax.sh,
> [[set -e
> (/bin/sh -n endless.sh) &
> cpid=$!
> sleep 2 && kill $cpi
| If kill works, its return value is 0 and we need to add `&& exit 1' to
| have the complement as `|| exit 1' is only executed if kill returns >0.
Of course!!! Thanks, brain failure :(
| it was:
|
| if test $? -ne 0; then
Sorry, I missed that. Eyes failure :)
Will commit the right fix. Ag
> "Olly" == Olly Betts <[EMAIL PROTECTED]> writes:
Olly> Perhaps the cleanest approach is to write the macro to assume a
Olly> working `which'-like command $WHICH, and then supply tcsh and
Olly> bash versions, plus a fallback sh version which walks the path
Olly> as we do at present.
In a f
> "Mark" == Mark E <[EMAIL PROTECTED]> writes:
>> There is one effect I don't understand well in fact: that of
>> AC_PATH_PROG. You now let Autoconf accept PERL=a:relative/to/perl
>> where before it required PERL=a:/absolute/to/perl. Why is it so?
Mark> One reason is to avoid the second ca
Hi People,
The Autoconf CVS repository has been moved from sourceware.cygnus.com,
run by Jason Molenda, Tom Tromey and others, to subversions.gnu.org,
run by Gordon Matzigkeit (the original author of Libtool), Jeff
Bailey, and others.
The Autoconf gang, no matter how recursive it may sound, wou
> "Mark" == Mark E <[EMAIL PROTECTED]> writes:
Mark> After looking at what Autoconf actually generates, instead of
Mark> the raw source which is a challenge to understand, perhaps
Mark> you're right and the absolute case should be '/* | ?:[/\\]*'. In
Mark> the generated configure script, I se
> "Earnie" == Earnie Boyd <[EMAIL PROTECTED]> writes:
Earnie> I have a local patch for this. I create a variable named
Earnie> path_separator, set a default of ":" and set
Earnie> IFS=${path_separator}. Then use the --path-separator switch
Earnie> to control it's value.
I'm interested in s
> "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
> "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
> "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
> "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?
>>>>> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> On Feb 23, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote:
>>>>>>> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]>
>>>>>>
> "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
> "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
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 re
> "Lars" == Lars Hecking <[EMAIL PROTECTED]> writes:
Lars> It was only posted here _yesterday_.
Yes, I apologize.
> "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'
>>>>> "Russ" == Russ Allbery <[EMAIL PROTECTED]> writes:
Russ> 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 w
> "lars" == lars brinkhoff <[EMAIL PROTECTED]> writes:
lars> To check for e.g. uint16_t, I could do AC_CHECK_TYPE(uint16_t,
lars> unsigned short) , but this seems sub-optimal considering that
lars> 'unsigned short' isn't necessarily 16 bits wide.
lars> Is there a better macro for this?
Well
>>>>> "Earnie" == Earnie Boyd <[EMAIL PROTECTED]> writes:
Earnie> --- Akim Demaille <[EMAIL PROTECTED]> wrote:
>> >>>>> "Russ" == Russ Allbery <[EMAIL PROTECTED]> writes:
Russ> It may be worthwhile considering w
> "Earnie" == Earnie Boyd <[EMAIL PROTECTED]> writes:
Earnie> So, I would like to suggest that instead of
Earnie> --prefix=/usr/local as the default that
Earnie> --prefix=/opt/package-major.minor.patch be the default.
Earnie> Comments?
You're touching the untouchable, the GNU standards. Dr
Thanks, Paul and Tom, for the details.
Akim
> "Tomas" == Tomas Berndtsson <[EMAIL PROTECTED]> writes:
Tomas> AC_CHECK_TYPE only looks in some header files for the
Tomas> type. But, for other types, there is no way to specify what
Tomas> header file(s) to look in. For example, the new ISO C 9X
Tomas> standard have uint16_t in stdint.h,
>>>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Tomas> For example, the new ISO C 9X standard have uint16_t in
Tomas> stdint.h, included in inttypes.h but not in sys/types.h. Thus,
Tomas> AC_CHECK_TYPE cannot find it.
Akim> Solved in the dev
> "Tom" == Tom Tromey <[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...
Akim> That's correct.
> "Paul" == Paul Eggert <[EMAIL PROTECTED]> writes:
Paul> In the current autoconf draft, @BKL@ and @BKR@ expand to left
Paul> and right brackets; that should get you want you want. (Those
Paul> names should get changed to @LBK@ and @RBK@, since differences
Paul> in similar names should appea
| >>>>> "AD" == Akim Demaille <[EMAIL PROTECTED]> writes:
| AD> So I pulled out the definition of the macro out of AC_OUTPUT, removed
| AD> the useless (or have I missed something) changequote (changequote is
| AD> *hell*), and it works.
|
| AD> dnl C
> "Martin" == Martin Buchholz <[EMAIL PROTECTED]> writes:
Martin> Notice that AC_DEFINE seems to get undefined because of its
Martin> appearance in a _comment_ in AC_OUTPUT. Bizarre!
No, you are abused by the error message. The message is triggered
because autoconf.sh saw something which
| AC_INIT_NOTICE claims:
| # Generated automatically using Autoconf version ]AC_ACVERSION[
| # Copyright (C) 1992, 93, 94, 95, 96, 98, 99, 2000
| # Free Software Foundation, Inc.
| #
| # This configure script is free software; the Free Software Foundation
| # gives unlimited permission to copy, d
> "CyberPsychotic" == CyberPsychotic <[EMAIL PROTECTED]> writes:
CyberPsychotic> ~ : ~ : - Macro: AC_CHECK_DECL (SYMBOL,
CyberPsychotic> [ACTION-IF-FOUND], ~ : [ACTION-IF-NOT-FOUND],
CyberPsychotic> [INCLUDES])
CyberPsychotic> This one sounds exactly what I am looking for, but I
This is e
Changequotebusters!
If there's something strange in your neighborhood
Who you gonna call?
Quotebusters!
If there's something weird and it don't look good
Who you gonna call?
Quotebusters!
I ain't afraid of no quote
I ain't afraid of no quote
If you're seeing things running through your head
Wh
> "Patrick" == Patrick Tullmann <[EMAIL PROTECTED]> writes:
Patrick> The 'testsuite' target in tests/Makefile.am uses 'm4' in its
Patrick> rules where it should use '$(M4)'.
Patrick> This is in today's CVS snapshot.
Thanks, I'll fix it soon.
Akim
> "Harlan" == Harlan Stenn <[EMAIL PROTECTED]> writes:
Harlan> In others, we have found that including some of these headers
Harlan> causes problems on other systems, and it's just too difficult
Harlan> for me to track these interdependency problems down (we only
Harlan> have a half-dozen or
> "Martin" == Martin Buchholz <[EMAIL PROTECTED]> writes:
Martin> I agree that the level of quoting in all autoconf macros
Martin> should be consistent. This may be worth breaking
Martin> compatibility with current configure.in's. But incompatible
Martin> changes should be reserved for majo
>>>>> "Martin" == Martin Buchholz <[EMAIL PROTECTED]> writes:
>>>>> "AD" == Akim Demaille <[EMAIL PROTECTED]> writes:
>>>>> "Martin" == Martin Buchholz <[EMAIL PROTECTED]> writes:
Martin> Notice tha
Hi,
I have spent some time on the tracing issue in Autoconf, and I have
promising results, but there are a few things on which I would like
advises, comments etc.
If people are interested to toy with it, it is attached below. You
have to configure it as if it were autoconf, i.e.
./config.stat
> "Paul" == Paul Eggert <[EMAIL PROTECTED]> writes:
Paul> Here's an idea: why don't we borrow symbols from the C standard?
Man, I'm really surprised. I well remember, in a thread on the metric
system, you said (almost word by word), that `we will probably come to
metric system, but we, Amer
| > | changequote(<<, >>)dnl
| > | *-*-osf[45]*)
| > | changequote([, ])dnl
|
| Akim> Kill the changequotes and use
| Akim>*-*-osf[[45]]*)
|
| I usually recommend *against* this, on the grounds that it is too
| subtle.
Well, there are other writings such as:
[ *-*-osf[45]*)]
or
Yeehaa, Yahoo, Yipee and the like!
Well, there are some significant steps forward since yesterday :)
Gosh, it feels good when m4 finally agrees to do what you wanted to
:-)
I have implemented support for $.@, which is [$1].[$2]. etc. (`.' is
the separator, defaults to comma), and for $.*, whic
1 - 100 of 1987 matches
Mail list logo
