autoconf  

Messages by Thread

• 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
• 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
  • Re: AC_FUNC_MMAP test fails on AIX for MAP_FIXED: who's at fault? Paul Eggert
  • Re: AC_FUNC_MMAP test fails on AIX for MAP_FIXED: who's at fault? Bob Friesenhahn
  • Re: AC_FUNC_MMAP test fails on AIX for MAP_FIXED: who's at fault? Zack Weinberg
  • 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
  • Re: AC_FUNC_MMAP test fails on AIX for MAP_FIXED: who's at fault? Howard Chu via Discussion list for the autoconf build system
  • Re: AC_FUNC_MMAP test fails on AIX for MAP_FIXED: who's at fault? Paul Eggert
  • 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? Brooks Davis
  • 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? Zack Weinberg
  • Re: AC_FUNC_MMAP test fails on AIX for MAP_FIXED: who's at fault? Howard Chu via Discussion list for the autoconf build system
  • Re: AC_FUNC_MMAP test fails on AIX for MAP_FIXED: who's at fault? Zack Weinberg
  • Re: AC_FUNC_MMAP test fails on AIX for MAP_FIXED: who's at fault? Russ Allbery
  • Re: AC_FUNC_MMAP test fails on AIX for MAP_FIXED: who's at fault? Howard Chu via Discussion list for the autoconf build system
  • Re: AC_FUNC_MMAP test fails on AIX for MAP_FIXED: who's at fault? Russ Allbery
  • Re: AC_FUNC_MMAP test fails on AIX for MAP_FIXED: who's at fault? Paul Eggert
  • Re: AC_FUNC_MMAP test fails on AIX for MAP_FIXED: who's at fault? Tim Rice
  • 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? pluto--- via Discussion list for the autoconf build system
  • Re: AC_FUNC_MMAP test fails on AIX for MAP_FIXED: who's at fault? Yury V. Zaytsev
• AC_TRY_COMMAND use case Florian Weimer
  • Re: AC_TRY_COMMAND use case Zack Weinberg
• RFC: Add public macros AC_LOG_CMD and AC_LOG_FILE. Zack Weinberg
  • Re: RFC: Add public macros AC_LOG_CMD and AC_LOG_FILE. Nick Bowler
  • Re: RFC: Add public macros AC_LOG_CMD and AC_LOG_FILE. Zack Weinberg
  • Re: RFC: Add public macros AC_LOG_CMD and AC_LOG_FILE. Nick Bowler
  • Re: RFC: Add public macros AC_LOG_CMD and AC_LOG_FILE. Karl Berry
  • Re: RFC: Add public macros AC_LOG_CMD and AC_LOG_FILE. Zack Weinberg
• Re: Bug Resilience Program of German Sovereign Tech Fund Zack Weinberg
  • Re: Bug Resilience Program of German Sovereign Tech Fund Paul Eggert
  • Re: Bug Resilience Program of German Sovereign Tech Fund Christoph Grüninger
  • Re: Bug Resilience Program of German Sovereign Tech Fund Paul Eggert
  • Re: Bug Resilience Program of German Sovereign Tech Fund Christoph Grüninger
  • Re: Bug Resilience Program of German Sovereign Tech Fund Paul Eggert
  • Re: Bug Resilience Program of German Sovereign Tech Fund Christoph Grüninger
  • First draft of application to Sovereign Tech Fund Christoph Grüninger
  • Re: First draft of application to Sovereign Tech Fund Karl Berry
  • Re: First draft of application to Sovereign Tech Fund Christoph Grüninger
  • Re: First draft of application to Sovereign Tech Fund Karl Berry
  • Re: First draft of application to Sovereign Tech Fund Christoph Grüninger
  • Re: First draft of application to Sovereign Tech Fund Karl Berry
  • Re: First draft of application to Sovereign Tech Fund Detlef Riekenberg
  • Re: First draft of application to Sovereign Tech Fund Zack Weinberg
  • Re: First draft of application to Sovereign Tech Fund Karl Berry
  • Re: Bug Resilience Program of German Sovereign Tech Fund Christoph Grüninger
• C23 support in Autoconf Paul Eggert
  • Re: C23 support in Autoconf Alan Coopersmith
  • Re: C23 support in Autoconf Paul Eggert
  • Re: C23 support in Autoconf Zack Weinberg
  • Re: C23 support in Autoconf Paul Eggert
  • Re: C23 support in Autoconf Zack Weinberg
  • Re: C23 support in Autoconf Paul Eggert
  • Re: C23 support in Autoconf Alan Coopersmith
  • Re: C23 support in Autoconf Antonin Décimo
  • Re: C23 support in Autoconf Jacob Bachmeyer
  • Re: C23 support in Autoconf Nick Bowler
  • Re: C23 support in Autoconf Paul Eggert
  • Re: C23 support in Autoconf Florian Weimer
  • Re: C23 support in Autoconf Alan Coopersmith
• Making MSVC/clang-cl succeed AC_PROG_CC C11 discovery Antonin Décimo
  • Making MSVC/clang-cl succeed AC_PROG_CC C11 discovery Antonin Décimo
  • Re: Making MSVC/clang-cl succeed AC_PROG_CC C11 discovery Zack Weinberg
  • Re: Making MSVC/clang-cl succeed AC_PROG_CC C11 discovery Antonin Décimo
  • Re: Making MSVC/clang-cl succeed AC_PROG_CC C11 discovery Paul Eggert
  • Re: Making MSVC/clang-cl succeed AC_PROG_CC C11 discovery Sam James
  • Re: Making MSVC/clang-cl succeed AC_PROG_CC C11 discovery Antonin Décimo
  • Re: Making MSVC/clang-cl succeed AC_PROG_CC C11 discovery Sam James
  • Re: Making MSVC/clang-cl succeed AC_PROG_CC C11 discovery Antonin Décimo
  • Re: Making MSVC/clang-cl succeed AC_PROG_CC C11 discovery Werner LEMBERG
  • Re: Making MSVC/clang-cl succeed AC_PROG_CC C11 discovery Paul Eggert
• configure adds -std=gnu++11 to CXX variable Peter Johansson
  • Re: configure adds -std=gnu++11 to CXX variable Zack Weinberg
  • Re: configure adds -std=gnu++11 to CXX variable Zack Weinberg
  • Re: configure adds -std=gnu++11 to CXX variable Peter Johansson
  • Re: configure adds -std=gnu++11 to CXX variable Peter Johansson
  • Re: configure adds -std=gnu++11 to CXX variable Paul Eggert
  • Re: configure adds -std=gnu++11 to CXX variable Zack Weinberg
  • Re: configure adds -std=gnu++11 to CXX variable Florian Weimer
  • Re: configure adds -std=gnu++11 to CXX variable Paul Eggert
  • Re: configure adds -std=gnu++11 to CXX variable Jakub Jelinek
  • Re: configure adds -std=gnu++11 to CXX variable Paul Eggert
  • Re: configure adds -std=gnu++11 to CXX variable Jonathan Wakely
  • Re: configure adds -std=gnu++11 to CXX variable Paul Eggert
  • Re: configure adds -std=gnu++11 to CXX variable Jakub Jelinek
  • Re: configure adds -std=gnu++11 to CXX variable Paul Eggert
  • Re: configure adds -std=gnu++11 to CXX variable Jason Merrill
  • Re: configure adds -std=gnu++11 to CXX variable Paul Eggert
  • Re: configure adds -std=gnu++11 to CXX variable Tom Tromey
  • Re: configure adds -std=gnu++11 to CXX variable Jason Merrill
  • Re: configure adds -std=gnu++11 to CXX variable Joseph Myers
  • Re: configure adds -std=gnu++11 to CXX variable Jason Merrill
  • Re: configure adds -std=gnu++11 to CXX variable Florian Weimer
  • Re: configure adds -std=gnu++11 to CXX variable Jonathan Wakely
• Is it safe to use ax_gcc_builtin to detect __builtin_offsetof? Jeffrey Walton
  • Re: Is it safe to use ax_gcc_builtin to detect __builtin_offsetof? Jeffrey Walton
  • Re: Is it safe to use ax_gcc_builtin to detect __builtin_offsetof? pluto--- via Discussion list for the autoconf build system
  • Re: Is it safe to use ax_gcc_builtin to detect __builtin_offsetof? Peter Hull
  • Re: Is it safe to use ax_gcc_builtin to detect __builtin_offsetof? Nick Bowler
  • Re: Is it safe to use ax_gcc_builtin to detect __builtin_offsetof? Jacob Bachmeyer
  • Re: Is it safe to use ax_gcc_builtin to detect __builtin_offsetof? Zack Weinberg
• Embed newlines in AC_MSG_* output Dave Hart
  • Re: Embed newlines in AC_MSG_* output Paul Eggert
  • Re: Embed newlines in AC_MSG_* output Nick Bowler

• Earlier messages