autoconf  

Messages by Thread

• • Re: [FYI] {master} maint: assume 'test -x' is portable Stefano Lattarini
  • Re: [FYI] {master} maint: assume 'test -x' is portable Eric Blake
  • Re: [FYI] {master} maint: assume 'test -x' is portable Stefano Lattarini
  • Re: [FYI] {master} maint: assume 'test -x' is portable Harlan Stenn
  • Re: [FYI] {master} maint: assume 'test -x' is portable Paul Eggert
  • Re: [FYI] {master} maint: assume 'test -x' is portable Stefano Lattarini
  • Re: [FYI] {master} maint: assume 'test -x' is portable Paul Eggert
  • Re: [FYI] {master} maint: assume 'test -x' is portable Eric Blake
  • Re: [FYI] {master} maint: assume 'test -x' is portable Eric Blake
  • Re: [FYI] {master} maint: assume 'test -x' is portable Peter Rosin
  • Re: [FYI] {master} maint: assume 'test -x' is portable Eric Blake
  • Re: [FYI] {master} maint: assume 'test -x' is portable Peter Rosin
  • Re: [FYI] {master} maint: assume 'test -x' is portable Eric Blake
  • Re: [FYI] {master} maint: assume 'test -x' is portable Keith Marshall
  • Re: [FYI] {master} maint: assume 'test -x' is portable Keith Marshall
• Re: [GNU Autoconf 2.68] testsuite: 419 444 failed - OSX Lion + llvm-gcc P. Martin
• Releasing autoconf 2.69? Stefano Lattarini
  • Re: Releasing autoconf 2.69? Paul Eggert
  • Re: Releasing autoconf 2.69? Eric Blake
  • Re: Releasing autoconf 2.69? Stefano Lattarini
• modernizing xdiv James K. Lowden
  • Re: modernizing xdvi Peter Breitenlohner
  • Re: modernizing xdvi Miles Bader
  • Re: modernizing xdvi James K. Lowden
• how do I avoid dynamic libraries? Sam Steingold
  • Re: [autoconf] how do I avoid dynamic libraries? suzuki toshiya
  • Re: how do I avoid dynamic libraries? Nick Bowler
  • Re: how do I avoid dynamic libraries? Daniel Herring
• autoscan: Advising that AC_FUNC_REALLOC is not The Right Thing (TM) Tim Landscheidt
  • Re: autoscan: Advising that AC_FUNC_REALLOC is not The Right Thing (TM) Tim Landscheidt
  • Re: autoscan: Advising that AC_FUNC_REALLOC is not The Right Thing (TM) Bob Friesenhahn
  • Re: autoscan: Advising that AC_FUNC_REALLOC is not The Right Thing (TM) Paul Eggert
  • Re: autoscan: Advising that AC_FUNC_REALLOC is not The Right Thing (TM) Eric Blake
  • Re: autoscan: Advising that AC_FUNC_REALLOC is not The Right Thing (TM) Miles Bader
  • Re: autoscan: Advising that AC_FUNC_REALLOC is not The Right Thing (TM) Tim Landscheidt
• How to deal problems in current autoconf version of M4 macros Giulio Paci
  • Re: [autoconf] How to deal problems in current autoconf version of M4 macros suzuki toshiya
  • Re: [autoconf] How to deal problems in current autoconf version of M4 macros Giulio Paci
• detecting windows Werner LEMBERG
  • Re: detecting windows Olaf Lenz
  • Re: detecting windows Werner LEMBERG
  • Re: detecting windows Olaf Lenz
  • Re: detecting windows Vincent Torri
  • Re: detecting windows Peter Rosin
  • Re: detecting windows Vincent Torri
  • Re: detecting windows Werner LEMBERG
  • Re: detecting windows Keith Marshall
  • Re: detecting windows Keith Marshall
  • Re: detecting windows Werner LEMBERG
• Find out host CPU architecture, set definitions in config.h accordingly Sebastian Hegler
• Re: [PATCH 2/8] maint: remove empty lines at EOF, but excluding modules/* Eric Blake
  • Re: [PATCH 2/8] maint: remove empty lines at EOF, but excluding modules/* Paul Eggert
  • [PATCH] INSTALL: convert to '' quoting, drop blank line at end Eric Blake
  • Re: [PATCH] INSTALL: convert to '' quoting, drop blank line at end Paul Eggert
  • Re: [PATCH] INSTALL: convert to '' quoting, drop blank line at end Jim Meyering
• documentation of AC_FUNC_ALLOCA and mingw-w64 compilers Vincent Torri
  • Re: documentation of AC_FUNC_ALLOCA and mingw-w64 compilers Bob Friesenhahn
  • Re: documentation of AC_FUNC_ALLOCA and mingw-w64 compilers Paul Eggert
  • Re: documentation of AC_FUNC_ALLOCA and mingw-w64 compilers Vincent Torri
  • Re: documentation of AC_FUNC_ALLOCA and mingw-w64 compilers Paul Eggert
  • Re: documentation of AC_FUNC_ALLOCA and mingw-w64 compilers Vincent Torri
  • Re: documentation of AC_FUNC_ALLOCA and mingw-w64 compilers Paul Eggert
  • Re: documentation of AC_FUNC_ALLOCA and mingw-w64 compilers Vincent Torri
  • Re: documentation of AC_FUNC_ALLOCA and mingw-w64 compilers Paul Eggert
• Re: Dealing with compilers that pretend to be GCC Dave Korn
• configure test involving plugin Patrick Welche
• automake: wrong use of F77FLAGS instead of FFLAGS? Stefano Lattarini
  • Re: bug#10555: automake: wrong use of F77FLAGS instead of FFLAGS? Stefano Lattarini
• How to write a conditional test in configure.ac Svante Signell
  • Re: How to write a conditional test in configure.ac Eric Blake
  • Re: How to write a conditional test in configure.ac Mike Frysinger
  • Re: How to write a conditional test in configure.ac Svante Signell
• Install programs into two directories. Manuel Cano
• Configure trying to find install-sh when AC_PROG_INSTALL is not set Roger Pau Monné
• Run automake to create config.sub without any Makefile.am Roger Pau Monné
  • Re: Run automake to create config.sub without any Makefile.am Eric Blake
  • Re: Run automake to create config.sub without any Makefile.am Roger Pau Monné
  • Re: Run automake to create config.sub without any Makefile.am Mike Frysinger
  • Re: Run automake to create config.sub without any Makefile.am Roger Pau Monné
  • Re: Run automake to create config.sub without any Makefile.am Mike Frysinger
  • Re: Run automake to create config.sub without any Makefile.am Mike Frysinger
  • Re: Run automake to create config.sub without any Makefile.am Nick Bowler
  • Re: Run automake to create config.sub without any Makefile.am Mike Frysinger
• getting abs paths into config.h / locating aux files at run time Ram Bhamidipaty
• [RFC] The documentation of general portability problems (make, shell, etc) should be in a separate manual Stefano Lattarini
  • Re: [RFC] The documentation of general portability problems (make, shell, etc) should be in a separate manual Paul Eggert
• simple autoconf question Eric Gorr
  • Re: simple autoconf question Eric Blake
  • Re: simple autoconf question Nick Bowler
  • Re: simple autoconf question Eric Blake
  • Re: simple autoconf question Nick Bowler
  • Re: simple autoconf question Eric Gorr
  • Re: simple autoconf question Nick Bowler
  • Re: simple autoconf question Stefano Lattarini
  • Re: simple autoconf question Eric Gorr
  • Re: simple autoconf question Eric Blake
  • Re: simple autoconf question Eric Gorr
  • Re: simple autoconf question Eric Blake
• setting several m4 directory in configure.ac Vincent Torri
  • Re: setting several m4 directory in configure.ac Eric Blake
  • Re: setting several m4 directory in configure.ac Vincent Torri
• Cannot build application with pkg-config using autoconf, automake mi16
  • Re: Cannot build application with pkg-config using autoconf, automake Vincent Torri
  • Re: Cannot build application with pkg-config using autoconf, automake Mike Frysinger
  • Re: Cannot build application with pkg-config using autoconf, automake mi16
  • Re: Cannot build application with pkg-config using autoconf, automake Eric Blake
• linking against shared libraries Rainer Gerhards
  • Re: linking against shared libraries Mike Frysinger
  • Re: linking against shared libraries Rainer Gerhards
  • Re: linking against shared libraries Mike Frysinger
• [PATCH] inttypes, stdint: add C++11 support Paul Eggert
  • Re: [PATCH] inttypes, stdint: add C++11 support Paul Eggert
• uint64_t fails with C++ Werner LEMBERG
  • Re: uint64_t fails with C++ Peter O'Gorman
  • Re: uint64_t fails with C++ Werner LEMBERG
  • Re: uint64_t fails with C++ Peter O'Gorman
  • Re: uint64_t fails with C++ Werner LEMBERG
  • Re: uint64_t fails with C++ Bob Friesenhahn
  • Re: uint64_t fails with C++ Werner LEMBERG
  • Re: uint64_t fails with C++ Peter Rosin
  • Re: uint64_t fails with C++ Werner LEMBERG
  • Re: uint64_t fails with C++ Mike Frysinger
  • Re: uint64_t fails with C++ Nick Bowler
  • Re: uint64_t fails with C++ Mike Frysinger
  • Re: uint64_t fails with C++ Nick Bowler
  • Re: uint64_t fails with C++ Paul Eggert
  • Re: uint64_t fails with C++ Bob Friesenhahn
  • Re: uint64_t fails with C++ Ben Pfaff
  • Re: uint64_t fails with C++ Peter O'Gorman
  • Re: uint64_t fails with C++ Werner LEMBERG
  • Re: uint64_t fails with C++ Eric Blake
  • Re: uint64_t fails with C++ Werner LEMBERG
  • uint64_t fails with C++ Werner LEMBERG
  • uint64_t fails with C++ Werner LEMBERG
  • Re: uint64_t fails with C++ Werner LEMBERG
  • Re: uint64_t fails with C++ Paul Eggert
• glib-object.h: Datei oder Verzeichnis nicht gefunden -- while running make David Boesner
  • Re: glib-object.h: Datei oder Verzeichnis nicht gefunden -- while running make Alberto Luaces
• header file not found David Boesner
  • Re: header file not found Eric Blake
• Creating jar file using autotools Peter Fodrek
  • Re: Creating jar file using autotools Stefano Lattarini
• Re: IFS clobbering Eric Blake
• enabling specific configuration flags for development builds Adam Mercer
  • Re: enabling specific configuration flags for development builds Eric Blake
  • Re: enabling specific configuration flags for development builds Adam Mercer
• Re: [RFC/PATCH 1/3] Do not silent the note channel based on --verbose. Bert Wesarg
  • Re: [RFC/PATCH 1/3] Do not silent the note channel based on --verbose. Eric Blake
• Autoconf & libssl Till Elsner
  • Re: Autoconf & libssl Eric Blake
  • Re: Autoconf & libssl Till Elsner
  • Re: Autoconf & libssl Mike Frysinger
  • Re: Autoconf & libssl Till Elsner
  • Re: Autoconf & libssl Eric Blake
  • Re: Autoconf & libssl Till Elsner
  • Re: Autoconf & libssl Mike Frysinger
• Convensions for NO_<feature> instead of HAVE_<feature>? Hallvard B Furuseth
  • Re: Convensions for NO_<feature> instead of HAVE_<feature>? Paul Eggert
  • Re: Convensions for NO_<feature> instead of HAVE_<feature>? Harlan Stenn
• Testing the value of a variable defined with m4_define (configure.ac) Thomas Adam
  • Re: Testing the value of a variable defined with m4_define (configure.ac) Gary V. Vaughan
• How To Write An Autotest Script Candy Brady
  • Re: How To Write An Autotest Script Mike Frysinger
• Re: autoconf fails if env var U set Stefano Lattarini
• warning with alloca.h and mingw-w64 Vincent Torri
  • Re: warning with alloca.h and mingw-w64 Vincent Torri
  • Re: warning with alloca.h and mingw-w64 Paul Eggert
• How does Autoconf produce PACKAGE_URL? Eli Zaretskii
  • Re: How does Autoconf produce PACKAGE_URL? Hans Ulrich Niedermann
  • Re: How does Autoconf produce PACKAGE_URL? Eli Zaretskii
  • Re: How does Autoconf produce PACKAGE_URL? Peter Johansson
  • Re: How does Autoconf produce PACKAGE_URL? Eric Blake
• How to generate a config.h with ONLY my #defines? Joakim Tjernlund
  • Re: How to generate a config.h with ONLY my #defines? Bob Friesenhahn
  • Re: How to generate a config.h with ONLY my #defines? Joakim Tjernlund
• Search for an header file in different paths Alessandro Candini
  • Re: Search for an header file in different paths Ralf Corsepius
  • Re: Search for an header file in different paths Alessandro Candini
  • Re: Search for an header file in different paths Marko Lindqvist
• Using special characters (quote / space) in compiler-related variables Dmitry Katsubo
  • Re: Using special characters (quote / space) in compiler-related variables Nick Bowler
  • Re: Using special characters (quote / space) in compiler-related variables Dmitry Katsubo
  • Re: Using special characters (quote / space) in compiler-related variables Paul Eggert
  • Re: Using special characters (quote / space) in compiler-related variables Dmitry Katsubo
  • Re: Using special characters (quote / space) in compiler-related variables Paul Eggert
• Another usabililty "bug" Bruce Korb
• Lex and yacc Bruce Korb
• Passing a user-defined value to AC_HAVE_LIBRARY Markus Sander
  • Re: Passing a user-defined value to AC_HAVE_LIBRARY Nicolai Stange
• Autoconf, g++ linking errors, and the --no-as-needed CFLAGS option Joseph Wakeling
• Autotools, g++ linking errors, and the --no-as-needed option Joseph Wakeling
• new triplet for x32 psABI? Michael LIAO
  • Re: new triplet for x32 psABI? Eric Blake
  • Re: new triplet for x32 psABI? Mike Frysinger
  • Re: new triplet for x32 psABI? Michael LIAO
  • Re: new triplet for x32 psABI? H.J. Lu
  • Re: new triplet for x32 psABI? Mike Frysinger
  • Re: new triplet for x32 psABI? Michael LIAO
  • Re: new triplet for x32 psABI? Mike Frysinger
  • Re: new triplet for x32 psABI? Michael LIAO

• Earlier messages
• Later messages