autoconf  

Messages by Thread

• autoconf-2.73 released [stable] Zack Weinberg
• autoconf 2.73 tentatively scheduled for Friday March 20 Zack Weinberg
• FYI, 2.73 slower than 2.72 Ross Burton
  • Re: FYI, 2.73 slower than 2.72 Zack Weinberg
  • Re: FYI, 2.73 slower than 2.72 Paul Eggert
  • Re: FYI, 2.73 slower than 2.72 Zack Weinberg
  • Re: FYI, 2.73 slower than 2.72 Paul Eggert
  • Re: FYI, 2.73 slower than 2.72 Nick Bowler
  • Re: FYI, 2.73 slower than 2.72 Paul Eggert
  • Re: FYI, 2.73 slower than 2.72 Akim Demaille
  • Re: FYI, 2.73 slower than 2.72 Zack Weinberg
  • Re: FYI, 2.73 slower than 2.72 Paul Eggert
  • Re: FYI, 2.73 slower than 2.72 Jacob Bachmeyer
• Please test autoreconf from zack/autoreconf-exclude branch Zack Weinberg
  • Re: Please test autoreconf from zack/autoreconf-exclude branch Ross Burton
  • Re: Please test autoreconf from zack/autoreconf-exclude branch Ross Burton
  • Re: Please test autoreconf from zack/autoreconf-exclude branch Zack Weinberg
  • Re: Please test autoreconf from zack/autoreconf-exclude branch Nick Bowler
  • Re: Please test autoreconf from zack/autoreconf-exclude branch Nick Bowler
  • Re: Please test autoreconf from zack/autoreconf-exclude branch Zack Weinberg
  • Re: Please test autoreconf from zack/autoreconf-exclude branch Bruno Haible via Discussion list for the autoconf build system
  • Re: Please test autoreconf from zack/autoreconf-exclude branch Nick Bowler
  • Re: Please test autoreconf from zack/autoreconf-exclude branch Richard Purdie
  • Re: Please test autoreconf from zack/autoreconf-exclude branch Nick Bowler
  • Re: Please test autoreconf from zack/autoreconf-exclude branch Zack Weinberg
  • Re: Please test autoreconf from zack/autoreconf-exclude branch Ross Burton
  • Re: Please test autoreconf from zack/autoreconf-exclude branch Richard Purdie
  • Re: Please test autoreconf from zack/autoreconf-exclude branch Ross Burton
  • Re: Please test autoreconf from zack/autoreconf-exclude branch Zack Weinberg
  • Re: Please test autoreconf from zack/autoreconf-exclude branch Zack Weinberg
  • Re: Please test autoreconf from zack/autoreconf-exclude branch Bruno Haible via Discussion list for the autoconf build system
  • Re: Please test autoreconf from zack/autoreconf-exclude branch Zack Weinberg
  • Re: Please test autoreconf from zack/autoreconf-exclude branch Bruno Haible via Discussion list for the autoconf build system
  • Re: Please test autoreconf from zack/autoreconf-exclude branch Bruno Haible via Discussion list for the autoconf build system
  • Re: Please test autoreconf from zack/autoreconf-exclude branch Bruno Haible via Discussion list for the autoconf build system
  • Re: Please test autoreconf from zack/autoreconf-exclude branch Zack Weinberg
  • Re: Please test autoreconf from zack/autoreconf-exclude branch Bruno Haible via Discussion list for the autoconf build system
  • Re: Please test autoreconf from zack/autoreconf-exclude branch Zack Weinberg
  • Re: Please test autoreconf from zack/autoreconf-exclude branch Bruno Haible via Discussion list for the autoconf build system
  • Re: Please test autoreconf from zack/autoreconf-exclude branch Zack Weinberg
• fixing AC_OPENMP for Apple clang Dima Pasechnik
  • Re: fixing AC_OPENMP for Apple clang Florian Weimer
  • Re: fixing AC_OPENMP for Apple clang Dima Pasechnik
  • Re: fixing AC_OPENMP for Apple clang Zack Weinberg
  • Re: fixing AC_OPENMP for Apple clang Dima Pasechnik
  • Re: fixing AC_OPENMP for Apple clang Florian Weimer
  • Re: fixing AC_OPENMP for Apple clang Dima Pasechnik
  • Re: fixing AC_OPENMP for Apple clang Andrew W. Nosenko
  • Re: fixing AC_OPENMP for Apple clang Dima Pasechnik
  • Re: fixing AC_OPENMP for Apple clang Andrew W. Nosenko
  • Re: fixing AC_OPENMP for Apple clang Andrew W. Nosenko
  • Re: fixing AC_OPENMP for Apple clang Dima Pasechnik
  • Re: fixing AC_OPENMP for Apple clang Andrew W. Nosenko
  • Re: fixing AC_OPENMP for Apple clang Ben Boeckel
  • Re: fixing AC_OPENMP for Apple clang Dima Pasechnik
  • Re: fixing AC_OPENMP for Apple clang Bruno Haible via Discussion list for the autoconf build system
  • Re: fixing AC_OPENMP for Apple clang Dima Pasechnik
  • Re: fixing AC_OPENMP for Apple clang Bruno Haible via Discussion list for the autoconf build system
  • Re: fixing AC_OPENMP for Apple clang Dima Pasechnik
  • Re: fixing AC_OPENMP for Apple clang Bruno Haible via Discussion list for the autoconf build system
  • Re: fixing AC_OPENMP for Apple clang Dima Pasechnik
• Re: possible bug: no escaping for preprocessor macro STDC_HEADERS warning Zack Weinberg
• autoconf-2.72.90 released [beta] Zack Weinberg
• Savannah web interface to CVS repositories is down Zack Weinberg
  • Re: Savannah web interface to CVS repositories is down Paul Eggert
  • Re: Savannah web interface to CVS repositories is down Zack Weinberg
  • Re: Savannah web interface to CVS repositories is down Ineiev
  • Re: Savannah web interface to CVS repositories is down Zack Weinberg
• bug tracker (was: Planning for 2.73 release) Bruno Haible via Discussion list for the autoconf build system
  • Re: bug tracker (was: Planning for 2.73 release) Zack Weinberg
• Planning for 2.73 release Zack Weinberg
  • Re: Planning for 2.73 release Collin Funk
  • Re: Planning for 2.73 release Paul Eggert
  • Re: Planning for 2.73 release Collin Funk
• Defining a variable for direct ld(1) flags? Guillem Jover
  • Re: Defining a variable for direct ld(1) flags? Jan Engelhardt
  • Re: Defining a variable for direct ld(1) flags? Florian Weimer
  • Re: Defining a variable for direct ld(1) flags? Jan Engelhardt
  • Re: Defining a variable for direct ld(1) flags? Jacob Bachmeyer
• C++ Modules Russell Shaw
  • Re: C++ Modules Ben Boeckel
  • Re: C++ Modules Russell Shaw
• Distinguish realpath(3) implementation Sevan Janiyan
  • Re: Distinguish realpath(3) implementation Collin Funk
  • Re: Distinguish realpath(3) implementation Sevan Janiyan
  • Re: Distinguish realpath(3) implementation Paul Eggert
• Solaris 10: Catching errors of builtin "cd" command in "/bin/sh" Farblos
  • Re: Solaris 10: Catching errors of builtin "cd" command in "/bin/sh" Alan Coopersmith
  • Re: Solaris 10: Catching errors of builtin "cd" command in "/bin/sh" Paul Eggert
  • Re: Solaris 10: Catching errors of builtin "cd" command in "/bin/sh" Florian Weimer
  • Re: Solaris 10: Catching errors of builtin "cd" command in "/bin/sh" Paul Eggert
  • Re: Solaris 10: Catching errors of builtin "cd" command in "/bin/sh" Ben Boeckel
• Re: autopoint and AM_ICONV, IT_PROG_INTLTOOL Zack Weinberg
  • Re: autopoint and AM_ICONV, IT_PROG_INTLTOOL Frederic Berat via Discussion list for the autoconf build system
• Remove spaces before ( in manual Gavin Smith
  • Re: Remove spaces before ( in manual Paul Eggert
• Re: automake-1.18 released [stable] Valentin Lefebvre via Discussion list for the autoconf build system
  • Re: automake-1.18 released [stable] Valentin Lefebvre via Discussion list for the autoconf build system
• Re: Makeinfo required to build Automake 1.18 Zack Weinberg
• Strange behaviour of AC_ARG_ENABLE with ./configure --help R. Diez
  • Re: Strange behaviour of AC_ARG_ENABLE with ./configure --help Nick Bowler
  • Re: Strange behaviour of AC_ARG_ENABLE with ./configure --help R. Diez
  • Re: Strange behaviour of AC_ARG_ENABLE with ./configure --help Nick Bowler
• BUG: libtoolize: Consider adding 'AC_CONFIG_MACRO_DIRS([m4])' to configure.ac aotto
  • Re: BUG: libtoolize: Consider adding 'AC_CONFIG_MACRO_DIRS([m4])' to configure.ac Paul Eggert
• Re: m4p: an implementation of GNU m4 in Python Nikolaos Chatzikonstantinou
  • Re: m4p: an implementation of GNU m4 in Python Jacob Bachmeyer
  • Re: m4p: an implementation of GNU m4 in Python Nikolaos Chatzikonstantinou
  • Re: m4p: an implementation of GNU m4 in Python Jacob Bachmeyer
  • Re: m4p: an implementation of GNU m4 in Python Michael Orlitzky
  • Re: m4p: an implementation of GNU m4 in Python Nikolaos Chatzikonstantinou
  • Re: m4p: an implementation of GNU m4 in Python Jacob Bachmeyer
  • Re: m4p: an implementation of GNU m4 in Python Richard Purdie
  • Re: m4p: an implementation of GNU m4 in Python Nikolaos Chatzikonstantinou
  • Re: m4p: an implementation of GNU m4 in Python Zack Weinberg
  • Re: m4p: an implementation of GNU m4 in Python Ben Boeckel
• problem with "site script" aotto
• Re: automake-1.17.90 pretest released [alpha] Frederic Berat via Discussion list for the autoconf build system
  • Executing code before AM_INIT_AUTOMAKE Sébastien Hinderer
• Detect if the static keyword is supported in array type derivations in function parameters Antonin Décimo
  • Re: Detect if the static keyword is supported in array type derivations in function parameters Jacob Bachmeyer
  • Re: Detect if the static keyword is supported in array type derivations in function parameters Antonin Décimo
  • Re: Detect if the static keyword is supported in array type derivations in function parameters Paul Eggert
  • Re: Detect if the static keyword is supported in array type derivations in function parameters Antonin Décimo
  • Re: Detect if the static keyword is supported in array type derivations in function parameters Paul Eggert
  • Re: Detect if the static keyword is supported in array type derivations in function parameters Antonin Décimo
  • Re: Detect if the static keyword is supported in array type derivations in function parameters Antonin Décimo
  • Re: Detect if the static keyword is supported in array type derivations in function parameters Paul Eggert
  • Re: Detect if the static keyword is supported in array type derivations in function parameters Bruno Haible via Discussion list for the autoconf build system
• State and plans for C++20 module support? Christoph Grüninger via Discussion list for the autoconf build system
  • Re: State and plans for C++20 module support? Zack Weinberg
  • Re: State and plans for C++20 module support? Paul Eggert
  • Re: State and plans for C++20 module support? Paul Smith
  • Re: State and plans for C++20 module support? Ben Boeckel
  • Re: State and plans for C++20 module support? Paul Smith
  • Re: State and plans for C++20 module support? Ben Boeckel
  • Re: State and plans for C++20 module support? Paul Smith
  • Re: State and plans for C++20 module support? Jacob Bachmeyer
  • Re: State and plans for C++20 module support? Tom Tromey
  • Re: State and plans for C++20 module support? Paul Smith
  • Re: State and plans for C++20 module support? Ben Boeckel
• autoconf (configure) clobbers conftest.py - fix? Dima Pasechnik
  • Re: autoconf (configure) clobbers conftest.py - fix? Zack Weinberg
• avoiding AC_DEFINE in AC_RUN_IFELSE for Perl C code Patrice Dumas
  • Re: avoiding AC_DEFINE in AC_RUN_IFELSE for Perl C code Paul Eggert
  • Re: avoiding AC_DEFINE in AC_RUN_IFELSE for Perl C code Patrice Dumas
  • Re: avoiding AC_DEFINE in AC_RUN_IFELSE for Perl C code Paul Eggert
  • Re: avoiding AC_DEFINE in AC_RUN_IFELSE for Perl C code Patrice Dumas
  • Re: avoiding AC_DEFINE in AC_RUN_IFELSE for Perl C code Paul Eggert
• config.guess and IBM Z Simon Sobisch
  • Re: config.guess and IBM Z Paul Eggert
• Override LN_S and support Windows symlinks Antonin Décimo
  • Re: Override LN_S and support Windows symlinks Paul Eggert
  • Re: Override LN_S and support Windows symlinks Antonin Décimo
  • Re: Override LN_S and support Windows symlinks Paul Eggert
• Best practise for aclocal paths in cross builds Ross Burton
  • Re: Best practise for aclocal paths in cross builds Nick Bowler
  • Re: Best practise for aclocal paths in cross builds Ross Burton
  • aclocal's past and future home (was Re: Best practise for aclocal paths in cross builds) Zack Weinberg
  • Re: aclocal's past and future home (was Re: Best practise for aclocal paths in cross builds) Ross Burton
• stumped on a simple autoconf/m4/sh problem G. Branden Robinson
  • Re: stumped on a simple autoconf/m4/sh problem Jacob Bachmeyer
  • Re: stumped on a simple autoconf/m4/sh problem G. Branden Robinson
  • Re: stumped on a simple autoconf/m4/sh problem Jacob Bachmeyer
  • Re: stumped on a simple autoconf/m4/sh problem Zack Weinberg
  • Re: stumped on a simple autoconf/m4/sh problem Paul Eggert
  • Re: stumped on a simple autoconf/m4/sh problem G. Branden Robinson
  • Re: stumped on a simple autoconf/m4/sh problem Paul Eggert
  • Re: stumped on a simple autoconf/m4/sh problem G. Branden Robinson
• Enabling shell error handling in configure.ac R. Diez
  • Re: Enabling shell error handling in configure.ac Paul Eggert
  • Re: Enabling shell error handling in configure.ac Zack Weinberg
  • Re: Enabling shell error handling in configure.ac R. Diez
  • Re: Enabling shell error handling in configure.ac Zack Weinberg
• Is autoconf-patches still the correct place to send patches? jack
• followup to AC_FUNC_MALLOC, AC_FUNC_REALLOC changes Bruno Haible via Discussion list for the autoconf build system
  • Re: followup to AC_FUNC_MALLOC, AC_FUNC_REALLOC changes Paul Eggert
• How to make "configure: WARNING: unrecognized options: --enable-…" an error Murrell, Brian
  • Re: How to make "configure: WARNING: unrecognized options: --enable-…" an error Nick Bowler
  • Re: How to make "configure: WARNING: unrecognized options: --enable-…" an error Murrell, Brian
• config.status[12]: export: SHELL##: is not an identifier Bob Friesenhahn
  • Re: config.status[12]: export: SHELL##: is not an identifier Paul Eggert
  • Re: config.status[12]: export: SHELL##: is not an identifier Bob Friesenhahn
  • Re: config.status[12]: export: SHELL##: is not an identifier Paul Eggert
  • Re: config.status[12]: export: SHELL##: is not an identifier Bob Friesenhahn
  • Re: config.status[12]: export: SHELL##: is not an identifier Paul Eggert
  • Re: config.status[12]: export: SHELL##: is not an identifier Bob Friesenhahn
  • Re: config.status[12]: export: SHELL##: is not an identifier Zack Weinberg
  • Re: config.status[12]: export: SHELL##: is not an identifier Paul Eggert
  • Re: config.status[12]: export: SHELL##: is not an identifier Bob Friesenhahn
  • Re: config.status[12]: export: SHELL##: is not an identifier Paul Eggert
  • Re: config.status[12]: export: SHELL##: is not an identifier Zack Weinberg
  • Re: config.status[12]: export: SHELL##: is not an identifier Paul Eggert
  • Re: config.status[12]: export: SHELL##: is not an identifier Andy Fiddaman
  • Re: config.status[12]: export: SHELL##: is not an identifier Zack Weinberg
  • Re: config.status[12]: export: SHELL##: is not an identifier Andy Fiddaman
  • Re: config.status[12]: export: SHELL##: is not an identifier Nick Bowler
• AC_FUNC_MMAP test fails on AIX for MAP_FIXED: who's at fault? Yury V. Zaytsev
  • Re: AC_FUNC_MMAP test fails on AIX for MAP_FIXED: who's at fault? Yury V. Zaytsev
  • Re: AC_FUNC_MMAP test fails on AIX for MAP_FIXED: who's at fault? Bob Friesenhahn

• Earlier messages