autoconf  

Messages by Thread

• Avoiding to write test programs Magnus Fromreide
• autogen.sh do not find autoreconf del_pras
  • Re: autogen.sh throws LIBTOOOL error Vincent Torri
• autoconf/automake rules for building OS X application bundles Werner LEMBERG
• Selecting C++ language Steffen Dettmer
  • Re: Selecting C++ language Mike Frysinger
• "autoreconf -I" vs. Makefile.am:ACLOCAL_AMFLAGS = -I Дилян Палаузов
• Re: Autoconf 2.69: no more front-cover nor back-cover text Eric Blake
  • Re: Autoconf 2.69: no more front-cover nor back-cover text Miles Bader
• Enforce strict C99 in Autoconf project John X
  • Re: Enforce strict C99 in Autoconf project Paul Eggert
  • Re: Enforce strict C99 in Autoconf project John X
  • Re: [autoconf] Re: Enforce strict C99 in Autoconf project suzuki toshiya
  • Re: [autoconf] Re: Enforce strict C99 in Autoconf project Werner LEMBERG
• CONFIG_SUBDIRS defaults Michael Talbot-Wilson
  • Re: CONFIG_SUBDIRS defaults Richard Ash
  • Re: CONFIG_SUBDIRS defaults Christian Rössel
  • Re: CONFIG_SUBDIRS defaults Michael Talbot-Wilson
  • Re: CONFIG_SUBDIRS defaults Michael Talbot-Wilson
• license of Makefile.in Ben Pfaff
  • Re: license of Makefile.in Paul Eggert
• FYI: Solaris Studio compiler on Linux and PIC support in C++ Václav Zeman
• test for visibility James K. Lowden
  • Re: test for visibility Andrew W. Nosenko
  • Re: test for visibility Russ Allbery
• AC_C_NORETURN macro? Vincent Lefevre
  • Re: AC_C_NORETURN macro? Eric Blake
  • Re: AC_C_NORETURN macro? Vincent Lefevre
  • Re: AC_C_NORETURN macro? Eric Blake
  • Re: AC_C_NORETURN macro? Vincent Lefevre
  • Re: AC_C_NORETURN macro? Eric Blake
  • Re: AC_C_NORETURN macro? Vincent Lefevre
  • Re: AC_C_NORETURN macro? Nick Bowler
  • Re: AC_C_NORETURN macro? Vincent Lefevre
  • Re: AC_C_NORETURN macro? Russ Allbery
  • Re: AC_C_NORETURN macro? Vincent Lefevre
  • Re: AC_C_NORETURN macro? Paul Eggert
  • Re: AC_C_NORETURN macro? Bruno Haible
  • Re: AC_C_NORETURN macro? Vincent Lefevre
  • Re: AC_C_NORETURN macro? Bruno Haible
  • Re: AC_C_NORETURN macro? Vincent Lefevre
  • Re: AC_C_NORETURN macro? Eric Blake
  • Re: AC_C_NORETURN macro? Vincent Lefevre
  • Re: AC_C_NORETURN macro? Paul Eggert
  • Re: AC_C_NORETURN macro? Bruno Haible
  • Re: AC_C_NORETURN macro? Paul Eggert
  • Re: AC_C_NORETURN macro? Bruno Haible
  • Re: AC_C_NORETURN macro? Vincent Lefevre
  • Re: AC_C_NORETURN macro? Paul Eggert
  • Re: AC_C_NORETURN macro? Bruno Haible
  • Re: AC_C_NORETURN macro? Vincent Lefevre
• GNU autoconf 2.69 released [stable] Eric Blake
• [FYI] {master} refactor: use modern semantics of 'open' Eric Blake
  • Re: [FYI] {master} refactor: use modern semantics of 'open' Russ Allbery
  • Re: [FYI] {master} refactor: use modern semantics of 'open' Eric Blake
  • Re: [FYI] {master} refactor: use modern semantics of 'open' Stefano Lattarini
  • Re: [FYI] {master} refactor: use modern semantics of 'open' Eric Blake
  • Re: [FYI] {master} refactor: use modern semantics of 'open' Stefano Lattarini
  • Re: [FYI] {master} refactor: use modern semantics of 'open' Eric Blake
  • Re: [FYI] {master} refactor: use modern semantics of 'open' Stefano Lattarini
  • Re: [FYI] {master} refactor: use modern semantics of 'open' Jim Meyering
• [sr #108032] a.exe erronously detected by Avast! antivirus as a Win32 Trojan generator Eric Blake
• Re: Broken link Eric Blake
• jackmixdesk autoconf question Ulrich-Lorenz Schlüter
  • Re: jackmixdesk autoconf question Eric Blake
• jackmixdesk autotools question Ulrich-Lorenz Schlüter
• RPATH for unit tests James K. Lowden
  • Re: RPATH for unit tests Bob Friesenhahn
• default searchpaths on *BSD machines? Miles Bader
  • Re: default searchpaths on *BSD machines? Bob Friesenhahn
  • Re: default searchpaths on *BSD machines? Miles Bader
  • Re: default searchpaths on *BSD machines? Bob Friesenhahn
  • Re: default searchpaths on *BSD machines? Miles Bader
  • Re: default searchpaths on *BSD machines? Harlan Stenn
  • Re: default searchpaths on *BSD machines? Miles Bader
  • Re: [autoconf] Re: default searchpaths on *BSD machines? suzuki toshiya
  • Re: default searchpaths on *BSD machines? James K. Lowden
• using autotools rajeshwari b
• Problem using AC_CANONICAL_BUILD Dawood Tariq
  • Re: Problem using AC_CANONICAL_BUILD Eric Blake
  • Re: Problem using AC_CANONICAL_BUILD Nick Bowler
  • Re: Problem using AC_CANONICAL_BUILD Dawood Tariq
  • Re: Problem using AC_CANONICAL_BUILD Eric Blake
• Re: AC_INCLUDES_DEFAULT does not need to probe for headers that are part of C89 or POSIX.1 anymore Zack Weinberg
• How to force location of headers Kabi
  • Re: How to force location of headers Peter O'Gorman
  • Re: How to force location of headers Russ Allbery
  • Re: How to force location of headers James K. Lowden
  • Re: How to force location of headers Russ Allbery
  • Re: How to force location of headers James K. Lowden
• Detecting and warning about potential problems (AC_INIT) David A. Wheeler
• AC_CONFIG_SUBDIRS right away Paul Dugas
  • Re: AC_CONFIG_SUBDIRS right away Richard Ash
  • Re: AC_CONFIG_SUBDIRS right away Paul Dugas
  • Re: AC_CONFIG_SUBDIRS right away Richard Ash
• autoconf/automake: handling the installation of desktop files / icons Christopher Howard
  • Re: autoconf/automake: handling the installation of desktop files / icons James K. Lowden
  • Re: autoconf/automake: handling the installation of desktop files / icons Nate Bargmann
  • Re: autoconf/automake: handling the installation of desktop files / icons Christopher Howard
  • Re: autoconf/automake: handling the installation of desktop files / icons Nate Bargmann
• autoconf 2.68 build issue yanjing.guo
  • Re: autoconf 2.68 build issue Tim Rice
• Help needed to understand error message. Philipp Thomas
  • Re: Help needed to understand error message. Eric Blake
  • Re: Help needed to understand error message. Philipp Thomas
• AC_C_CONST is sensitive about -W -Wall -Werror CFLAGS. Artur R. Czechowski
• how-to question: architecture dependent source Christopher Howard
  • Re: how-to question: architecture dependent source Christopher Howard
  • Re: how-to question: architecture dependent source Stefano Lattarini
  • Re: how-to question: architecture dependent source Mike Frysinger
• How can I enable option-checking from configure.ac after it being default-disabled? Hans-Peter Nilsson
  • Re: How can I enable option-checking from configure.ac after it being default-disabled? Nick Bowler
  • Re: How can I enable option-checking from configure.ac after it being default-disabled? Hans-Peter Nilsson
  • Re: How can I enable option-checking from configure.ac after it being default-disabled? Eric Blake
  • Re: How can I enable option-checking from configure.ac after it being default-disabled? Ralf Corsepius
  • Re: How can I enable option-checking from configure.ac after it being default-disabled? Eric Blake
  • Re: How can I enable option-checking from configure.ac after it being default-disabled? Hans-Peter Nilsson
  • Re: How can I enable option-checking from configure.ac after it being default-disabled? Eric Blake
  • Re: How can I enable option-checking from configure.ac after it being default-disabled? Hans-Peter Nilsson
  • Re: How can I enable option-checking from configure.ac after it being default-disabled? Nick Bowler
• How to determine -rdyamic / -Wl,--export-dynamic flags? Paul Smith
  • Re: How to determine -rdyamic / -Wl,--export-dynamic flags? Robert Boehne
• What is standard input on parallel tests? Tim Landscheidt
• FYI: autocmake Andrey Volkov
• Video "Introduction to the Autotools" David A. Wheeler
• how to fine tune AM_PYTHON_PATH's pythondir? Charles Brown
  • Re: how to fine tune AM_PYTHON_PATH's pythondir? Eric Blake
• [RFC] Could autoconf-generated configure scripts start requiring a POSIX shell? Stefano Lattarini
  • Re: [RFC] Could autoconf-generated configure scripts start requiring a POSIX shell? Paul Eggert
  • Re: [RFC] Could autoconf-generated configure scripts start requiring a POSIX shell? Eric Blake
  • Re: [RFC] Could autoconf-generated configure scripts start requiring a POSIX shell? Paul Eggert
  • Re: [RFC] Could autoconf-generated configure scripts start requiring a POSIX shell? Stefano Lattarini
• touching dependency files, take 2 Bruce Korb
  • touching dependency files, take 2 Bruce Korb
• Autoconf distributions and xz dependency Bob Friesenhahn
  • Re: Autoconf distributions and xz dependency Jim Meyering
  • Re: Autoconf distributions and xz dependency Bob Friesenhahn
  • Re: Autoconf distributions and xz dependency Jim Meyering
  • Re: Autoconf distributions and xz dependency Bob Friesenhahn
  • Re: Autoconf distributions and xz dependency Bob Friesenhahn
  • Re: Autoconf distributions and xz dependency Jim Meyering
  • Re: Autoconf distributions and xz dependency Eric Blake
  • Re: Autoconf distributions and xz dependency Jim Meyering
  • Re: Autoconf distributions and xz dependency Jim Meyering
  • Re: Autoconf distributions and xz dependency Jim Meyering
  • Re: Autoconf distributions and xz dependency Warren Young
  • Re: Autoconf distributions and xz dependency Eric Blake
  • Re: Autoconf distributions and xz dependency John Hawkinson
  • Re: Autoconf distributions and xz dependency Warren Young
  • Re: Autoconf distributions and xz dependency Russ Allbery
  • Why I am happy to dump gzip for xz Jim Meyering
  • Re: Why I am happy to dump gzip for xz Bob Friesenhahn
  • Re: Why I am happy to dump gzip for xz Mike Frysinger
  • Re: Why I am happy to dump gzip for xz Jim Meyering
  • Re: Why I am happy to dump gzip for xz Mike Frysinger
  • Re: Why I am happy to dump gzip for xz Russ Allbery
  • Re: Autoconf distributions and xz dependency James K. Lowden
  • Re: Autoconf distributions and xz dependency Mike Frysinger
  • Re: Autoconf distributions and xz dependency James K. Lowden
  • Re: Autoconf distributions and xz dependency Mike Frysinger
  • Re: Autoconf distributions and xz dependency James K. Lowden
  • Re: Autoconf distributions and xz dependency Mike Frysinger
  • Re: Autoconf distributions and xz dependency James K. Lowden
  • Re: Autoconf distributions and xz dependency Warren Young
  • Re: Autoconf distributions and xz dependency Alberto Luaces
  • Re: Autoconf distributions and xz dependency Olaf Lenz
  • Re: Autoconf distributions and xz dependency Warren Young
  • Re: Autoconf distributions and xz dependency Werner LEMBERG
• autoconf-2.68b released [beta] Eric Blake
  • Re: autoconf-2.68b released [beta] Olaf Lenz
  • Re: autoconf-2.68b released [beta] Eric Blake
  • Re: autoconf-2.68b released [beta] Rhys Ulerich
  • Re: autoconf-2.68b released [beta] Eric Blake
  • Re: autoconf-2.68b released [beta] Paul Eggert
  • Re: autoconf-2.68b released [beta] Bob Friesenhahn
  • Re: autoconf-2.68b released [beta] Paul Eggert
  • Re: autoconf-2.68b released [beta] Mike Frysinger
  • Re: autoconf-2.68b released [beta] Olaf Lenz
  • Re: autoconf-2.68b released [beta] Mike Frysinger
  • Re: autoconf-2.68b released [beta] Bob Friesenhahn
  • Re: autoconf-2.68b released [beta] Tim Rice
  • Re: autoconf-2.68b released [beta] Mike Frysinger
  • Re: autoconf-2.68b released [beta] Stefano Lattarini
  • Re: autoconf-2.68b released [beta] Stefano Lattarini
• Passing flags to AC_CHECK_HEADER Chris Stankevitz
  • Re: Passing flags to AC_CHECK_HEADER Nick Bowler
  • Re: Passing flags to AC_CHECK_HEADER Chris Stankevitz
• Re: bug#10898: test-suite output of automake-1.11.3 - it requested I send it to you! Eric Blake
  • Re: bug#10898: test-suite output of automake-1.11.3 - it requested I send it to you! Stefano Lattarini
• pkgdatadir and program_transform_name Vladimir 'φ-coder/phcoder' Serbinenko
  • Re: pkgdatadir and program_transform_name Eric Blake
  • Re: pkgdatadir and program_transform_name Miles Bader
  • Re: pkgdatadir and program_transform_name Vladimir 'φ-coder/phcoder' Serbinenko
  • Re: pkgdatadir and program_transform_name Miles Bader
  • Re: pkgdatadir and program_transform_name Vladimir 'φ-coder/phcoder' Serbinenko
  • Re: pkgdatadir and program_transform_name Miles Bader
• Re: [FYI] {master} maint: assume 'test -x' is portable Eric Blake
  • Re: [FYI] {master} maint: assume 'test -x' is portable Harlan Stenn
  • Re: [FYI] {master} maint: assume 'test -x' is portable Stefano Lattarini
  • Re: [FYI] {master} maint: assume 'test -x' is portable Eric Blake

• Earlier messages