CONFIG_LIBHEADER?). Which would be best?
> btw, it does complement a generic lib-check macro that can be found as:
> http://www.gnu.org/software/ac-archive/Miscellaneous/ac_path_generic.html
I'll have a look at this next. I'll try to add support for the --prefix and
--exec-prefix
M_PATH_LIB), as well
as an updated AM_CONFIG_LIBCONFIG. If they are OK, I'm willing to
submit them to the archive. Any comments appreciated.
Regards,
Roger
--
Roger Leigh ** Registration Number: 151826, http://counter.li.org **
Need Epson Stylus Utilities? http://gimp-print.sourceforge.
and AC_ARG_ENABLE
macros, so I could use variables in the option descriptions (for
defaults). Is it still possible to do this? Simply replacing
AC_DIVERSION_NOTICE with '1' did not help.
Regards,
Roger
--
Roger Leigh ** Registration Number: 151826, http://counter.li.org **
Need Ep
On Thu, Aug 02, 2001 at 11:07:21PM +0200, [EMAIL PROTECTED] wrote:
> On Wed, Aug 01, 2001 at 02:59:53PM +0100, Roger Leigh wrote:
> > In autoconf-2.13, shift was explicitly undefined in acgeneral.m4.
> > In 2.50 it seems to be renamed to m4_shift, and there is also
> >
case anyone else did.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/
`-GPG Public Key: 0x25BFB848 Please GPG sign your mail.
sign
On Sat, Jul 09, 2011 at 12:04:53PM -0400, Peter Johansson wrote:
> Hi Roger,
>
> On 6/28/11 7:01 PM, Roger Leigh wrote:
> >AC_PROG_CXX_CXX98
> >AC_PROG_CXX_CXX03 and/or AC_PROC_CXX_CXXTR1
> >AC_PROC_CXX_CXX11 and/or AC_PROC_CXX_CXX0X [not yet finalised]
> >
>
of the release
metadata such as the version into configure.ac. The above is my
own custom hack to generate and incorporate the metadata, but I
would happily adopt a more standard and generic solution if
possible.
What is the recommended way to use autoconf/automake in this type
of scenario?
Tha
h the format:
Package: schroot
Version: 1.6.3
Release-Date: 23 Jul 2012
Released-By: Roger Leigh
Git-Tag: release/schroot-1.6.3
This is generated by the bootstrap script.
Package and Version are derived from NEWS (since this must be updated
for a release, we require the version here to be the defin
having configure
pick up a current config.guess/sub (and libtool) is something of
enormous benefit, because the current approach of embedding them
causes more problems than it solves.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~r
on how to put the other vendor compilers into
the above modes (as we do for the C89/99 macros), that would
be much appreciated.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbuild http://alioth.de
On Sat, Oct 27, 2012 at 01:55:58PM -0700, Paul Eggert wrote:
> On 10/27/2012 01:38 PM, Roger Leigh wrote:
> > Is anyone working on such a thing?
>
> Not that I know of.
>
> For C, we're deprecating the "I want version X"
> macros in favor of just AC_PROG_C
On Sun, Oct 28, 2012 at 03:00:01AM +0300, Adrian Bunk wrote:
> On Sat, Oct 27, 2012 at 10:47:50PM +0100, Roger Leigh wrote:
> > On Sat, Oct 27, 2012 at 01:55:58PM -0700, Paul Eggert wrote:
> > > On 10/27/2012 01:38 PM, Roger Leigh wrote:
> > > > Is anyone working on
On Sat, Oct 27, 2012 at 01:55:58PM -0700, Paul Eggert wrote:
> On 10/27/2012 01:38 PM, Roger Leigh wrote:
> > Is anyone working on such a thing?
>
> Not that I know of.
>
> For C, we're deprecating the "I want version X"
> macros in favor of just AC_PROG_C
uot;, this test set may need reducing to
the common set which are usable across different compilers
and/or compiler versions.
I've not updated the manual yet; I'll do this if people are
generally happy with things.
Kind regards,
Roger
--
.''`. Roger Leigh
her thing:
>
> On 01/20/2013 01:27 PM, Roger Leigh wrote:
> > it's useful to restrict the compiler to a minimum standard
> > so that you can
> > - prevent the use of features you don't want to use
> > - ensure that the features you do want are present
&g
On Mon, Jan 21, 2013 at 10:02:01AM -0800, Paul Eggert wrote:
> On 01/21/2013 05:46 AM, Roger Leigh wrote:
> > For both C and C++, I think there are some considerations
> > here where it does make sense:
> >
> > - If my project supports language standard n, enablin
s. End
users could do regular feature tests for them if they wish. I'll
be happy to remove them if needed. Likewise I'll be happy to make
any further changes you need.
WRT copyright assignment, I filled in all the paperwork when I
submitted the C99 macros a few years back now.
Kind r
On Mon, Jan 21, 2013 at 10:38:15PM -0800, Paul Eggert wrote:
> On 01/21/2013 12:36 PM, Roger Leigh wrote:
> > For C stuff like
> > const/restrict/volatile/inline, it's possible to achieve this
> > fairly simply, and autoconf does a very good job here.
> >
>
On Tue, Jan 22, 2013 at 08:07:01PM +, Roger Leigh wrote:
> On Mon, Jan 21, 2013 at 10:38:15PM -0800, Paul Eggert wrote:
> > On 01/21/2013 12:36 PM, Roger Leigh wrote:
> > > For C stuff like
> > > const/restrict/volatile/inline, it's possible to achieve this
&
else
# error A tuple implementation is not available
# endif
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools
`-GPG Public Key F33D 281D 470A B443 6756
On Sun, Feb 03, 2013 at 01:52:18PM +0900, Miles Bader wrote:
> Roger Leigh writes:
> > The attached patch introduces three macros:
> > AC_CXX_CONSTEXPR
> > AC_CXX_FINAL
> > AC_CXX_NULLPTR
> > which behave like AC_C_CONST et al but are for the new
>
On Sun, Feb 03, 2013 at 01:02:04PM -0800, Paul Eggert wrote:
> On 02/02/2013 06:01 PM, Roger Leigh wrote:
> > The attached patch introduces three macros:
> > AC_CXX_CONSTEXPR
> > AC_CXX_FINAL
> > AC_CXX_NULLPTR
> > which behave like AC_C_CONST et al but ar
that what I was doing wasn't supported and was buggy. BUT...
the important point here is that automake is clearly not supporting the
above use cases, so is falling short of the real needs of many projects.
Can't we just fix distcheck to use DESTDIR when doing the test install
and move
ications. When Windows
can provide such an environment, it will cease to be "second class"
(in this respect).
Regards,
Roger
--
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
GPG Public Key: 0x25BFB848. Please sign and encrypt y
ccept the "-std=c99"
and was therefore a C99 compiler (or any corresponding option for a
non-GNU compiler). Alternatively, the standard specifies that c99
must be a conforming C99 compiler, so this could be used as a
fallback.
Regards,
Roger
- --
Roger Leigh
Printing
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andreas Schwab <[EMAIL PROTECTED]> writes:
> Roger Leigh <[EMAIL PROTECTED]> writes:
>
>> Are there any tests I can use to specify that I want a C99 compiler?
>> AC_PROG_CC isn't sufficient.
>
> IMHO the p
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
"Kevin P. Fleming" <[EMAIL PROTECTED]> writes:
> Roger Leigh wrote:
>
>> and these work well. What it doesn't do is let me use features such
>> as mixed declarations and code. These require you to use "
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bob Friesenhahn <[EMAIL PROTECTED]> writes:
> On Mon, 29 Nov 2004, Roger Leigh wrote:
>>
>> It would be great if in the next year, AC_PROG_CC could default to
>> using a C99 compiler. Since it should be backward-compat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bob Friesenhahn <[EMAIL PROTECTED]> writes:
> On Mon, 29 Nov 2004, Roger Leigh wrote:
>>>
>>> Do you have a purpose for using C99 other than to intentionally write
>>> non-portable software?
>>
>>
*)
AC_MSG_RESULT([$ac_cv_prog_cc_c99])
CC="$CC $ac_cv_prog_cc_c99" ;;
esac
])# _AC_PROG_CC_C99
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GPG Public Key: 0x25
eed to get papers signed for your contribution
> to Autoconf. Have you already started the ball rolling on this?
> If not, I can send you the initial forms.
I haven't. If you could send me the forms, that would be great.
Please could you allow it to include all future autoconf contributio
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
"Steven G. Johnson" <[EMAIL PROTECTED]> writes:
> Roger Leigh wrote:
>> # Try
>> # GCC-std=gnu99 -std=c99 -std=iso9899:1999
>> # AIX-qlanglvl=extc99 -qlanglvl=st
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul Eggert <[EMAIL PROTECTED]> writes:
> Roger Leigh <[EMAIL PROTECTED]> writes:
>
>> One change I've made is added arguments to AC_PROG_CC_C89,
>> AC_PROG_CC_C89 and AC_PROG_CC_STDC to allow custom code to r
e under the amended terms, but debian-legal will be able to
give a more accurate analysis than myself (I see Henrique de Moraes
Holschuh is going to take care of this, thanks!).
Regards,
Roger
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.n
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dan Manthey <[EMAIL PROTECTED]> writes:
> I'm using autoconf 2.59, so I copied the relevant parts of the new
> AC_PROG_CC_C99 macro to my aclocal.m4 to use it. I used the version Roger
> Leigh posted as a diff on December 2n
#x27;t
do (and probably shouldn't, though support for static linking would be
nice).
Regards,
Roger
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GPG Public Key:
"@@ -910,11 +915,7 @@ esac").
Please could you mail me a copy of the patch, and I'll be happy to
check it.
Thanks,
Roger
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Noah Misch <[EMAIL PROTECTED]> writes:
> On Sun, Feb 06, 2005 at 11:53:00AM +0000, Roger Leigh wrote:
>> Noah Misch <[EMAIL PROTECTED]> writes:
>>
>> > % Fix cached use of AC_PROG_CC_C{89,99} + unify common bi
nt the extra overhead here, nor the
potential for unintended breakage.
Regards,
Roger
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GPG Public Key: 0x25BFB848. Please sign and e
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi folks,
Is it known when Autoconf 2.59c will be due for release? (Not to
pressure anyone!; I just need to plan ahead for my own releases since
I intend to depend upon it).
Thanks,
Roger
- --
Roger Leigh
Printing on GNU/Linux
wledgeable people will answer that ./config.status foo/Makefile
> does it all, but...
The average user won't know this. Subsequent recursive targets called
from the top-level will now fail due to the missing Makefile, so it
seems of dubious value to me too.
--
Roger Leigh
ter files to be
cleaned. You can also do the cleaning (optionally) in config.status,
and in your own Makefile.ins--you won't be tied to automake.
An additional macro for ac_maintainercleanfiles would be nice. A
similar method could be used to tell automake what files to distribute,
such as
#x27;t see anything relating to this specifically in the NEWS file.
What should I be doing differently?
Another question is upgrading between different versions of autoconf.
Are there any version-specific macros I can use to cater for use with
incompatible versions of automake? (
the
same version of the autotools!
It's probably a bad idea, but could have some useful applications.
Regards,
Roger
--
Roger Leigh
** Registration Number: 151826, http://counter.li.org **
Need Epson Stylus Utilities? http://gimp-print.sourceforge.net/
GPG Public Key: 0x25BFB848 available on public keyservers
On Mon, Apr 08, 2002 at 09:21:52PM -0700, Paul Eggert wrote:
> > From: Roger Leigh <[EMAIL PROTECTED]>
> > Date: Mon, 8 Apr 2002 21:30:57 +0100
> >
> > If I write a macro that I want to work with several autoconf versions,
> > is there any way I can spe
*.
It's sometime in January I sent the patch for that. Is there no
chance of a bugfix release, given that the fix is trivial? If you use
libtool and AC_CONFIG_AUX_DIR, you need to do ugly things like having
a configure.in symlink for libtoolize to use.
> Ralf> .. still nobody wanting to
FIG_HEADER([config.h])
AC_LIBLTDL_CONVENIENCE
AC_SUBST(LTDLINCL)
AC_SUBST(LIBLTDL)
AC_LIBTOOL_DLOPEN
AC_PROG_LIBTOOL
AC_CONFIG_SUBDIRS(libltdl)
--
Roger Leigh
"Liberty and Livelihood" - Support the Countryside Alliance
Printing on GNU/Linux?
CVS too, but I don't know about that.) alloca.c is
probably from libiberty, found in gcc/binutils (probably binutils).
As for whom to send them, it usually says in the file itself (e.g. in
config.guess: "Report bugs and patches to <[EMAIL PROTECTED]>.").
--
Roger Leigh
o actually does with the list is
not relevant (it could use them as arguments to another macro, or as a
list), but the interface to the user of the macro is.
--
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
GPG Public Key: 0x25BFB848 available on public keyservers
NG is doing
something wierd with the quoting (I've tried changing the quotes,
extra quoting, etc., but without success). When I have managed to get
`[' and `]' to appear, the formatting is then broken...
--
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourcefo
C position,
> post it to the GCC steering committee folks. :-)
Even in the case of GCC, why can't you build, say, 2.7.2, and then
bootstrap 2.95.x and then 3.2.x in succession? As long as there's an
"upgrade path", there's no need for the current toolchain to be fully
@<:@ @:>@.
Although quadrigraphs do work, AC_HELP_STRING seems to count them as
being four characters, making the help string get folded 6 chars too
soon if you want "[default]". Perhaps it's fixed now, though.
--
Roger Leigh
Printing on GNU/Linux? htt
ly isn't time to
devote to such things--which is just one reason why Free software is
so oftern of much better quality.
Regards,
Roger
- --
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
GPG Public Key: 0x25BFB848. Please sig
u'll see why.
Regards,
Roger
[I did do exactly what you want when I was using autoconf 2.13, by
(ab)using m4 diversions myself, but this relied on the internals of
autoconf, which was not maintainable, so I stopped doing it...]
--
Roger Leigh
Printing on GNU/Li
Rafael Laboissiere <[EMAIL PROTECTED]> writes:
> * Roger Leigh <[EMAIL PROTECTED]> [2003-12-30 17:04]:
>
>> Rafael Laboissiere <[EMAIL PROTECTED]> writes:
>>
>> > Is there a way to get shell variables substituted in help strings of
>> > AC_A
h was not too easy.]
OTOH, in some cases using the features of GNU make are sometimes the
only sane way to get things done. It's much easier to require GNU
make than crippling the build.
--
Roger Leigh
Printing on GNU/Linux? http://gimp-print.sourceforge.net/
JRBCAST <[EMAIL PROTECTED]> writes:
> I have been trying to disable the -g flag that autoconf uses when
> compiling my GNU project. I have tried --enable-debug=no --disable-debug
> and none works. I have had a look at google and some questions but no
> response...
make CFLAG
57 matches
Mail list logo
