automake  

Messages by Thread

• • Re: Static library naming Peter Rosin
  • Re: Static library naming Stefano Lattarini
  • Re: Static library naming Peter Rosin
  • Re: Static library naming Stefano Lattarini
• using $(wildcard) in EXTRA_DIST Vincent Torri
  • Re: using $(wildcard) in EXTRA_DIST Peter Johansson
  • Re: using $(wildcard) in EXTRA_DIST Stefano Lattarini
• GNU Automake 1.12.4 released Stefano Lattarini
• Conditional nodist_EXTRA_*_SOURCES C++ linking idiom Matt Turner
  • Re: Conditional nodist_EXTRA_*_SOURCES C++ linking idiom Diego Elio Pettenò
• AM_YFLAGS aren't used in the presence of per-target YFLAGS Matt Turner
  • Re: AM_YFLAGS aren't used in the presence of per-target YFLAGS Stefano Lattarini
  • Re: AM_YFLAGS aren't used in the presence of per-target YFLAGS Matt Turner
• AM_PROG_MKDIR_P: too soon to obsolete this macro? Jim Meyering
  • Re: AM_PROG_MKDIR_P: too soon to obsolete this macro? Stefano Lattarini
  • Re: AM_PROG_MKDIR_P: too soon to obsolete this macro? Jim Meyering
  • Re: AM_PROG_MKDIR_P: too soon to obsolete this macro? Stefano Lattarini
  • Re: AM_PROG_MKDIR_P: too soon to obsolete this macro? Jim Meyering
• libvirt build failure w/GNU make and automake.git (automake regression?) Jim Meyering
  • Re: libvirt build failure w/GNU make and automake.git (automake regression?) Paul Smith
  • Re: [libvirt] libvirt build failure w/GNU make and automake.git (automake regression?) Eric Blake
• Measuring test duration? Dan Kegel
  • Re: Measuring test duration? Bob Friesenhahn
  • Re: Measuring test duration? Stefano Lattarini
• AM_CONDITIONAL to choose between building library or linking directly Fabrício Zimmerer Murta
  • Re: AM_CONDITIONAL to choose between building library or linking directly Nick Bowler
  • Re: AM_CONDITIONAL to choose between building library or linking directly Fabrício Zimmerer Murta
• building conditionnaly without using AM_CONDITIONAL Vincent Torri
  • Re: building conditionnaly without using AM_CONDITIONAL Diego Elio Pettenò
• latest automake makes emacs bootstrap fail Jim Meyering
• typo whitelisting, and Automake-NG vs. GNU make runtime Paolo Bonzini
  • Re: [Automake-NG] typo whitelisting, and Automake-NG vs. GNU make runtime Stefano Lattarini
  • Re: [Automake-NG] typo whitelisting, and Automake-NG vs. GNU make runtime Paolo Bonzini
  • The future of Automake-NG (was: Re: [Automake-NG] typo whitelisting, and Automake-NG vs. GNU make runtime) Stefano Lattarini
• Cannot Create Executables (configure and -fPIC/-pic) Jeffrey Walton
  • Re: Cannot Create Executables (configure and -fPIC/-pic) Robert Boehne
  • Re: Cannot Create Executables (configure and -fPIC/-pic) Jeffrey Walton
• Re: [PATCH] build: support and require Automake-NG Stefano Lattarini
  • Re: [PATCH] build: support and require Automake-NG Paolo Bonzini
  • Automake vs. Automake-NG (was: Re: [PATCH] build: support and require Automake-NG) Stefano Lattarini
  • Re: Automake vs. Automake-NG Paolo Bonzini
  • Re: Automake vs. Automake-NG Stefano Lattarini
  • Re: Automake vs. Automake-NG Diego Elio Pettenò
  • Re: Automake vs. Automake-NG Paolo Bonzini
  • Re: Automake vs. Automake-NG Diego Elio Pettenò
  • Re: Automake vs. Automake-NG Stefano Lattarini
  • Re: Automake vs. Automake-NG Stefano Lattarini
  • Re: Automake vs. Automake-NG Paolo Bonzini
  • Re: Automake vs. Automake-NG Stefano Lattarini
  • Re: Automake vs. Automake-NG Paolo Bonzini
  • Re: Automake vs. Automake-NG Stefano Lattarini
  • Re: Automake vs. Automake-NG Paolo Bonzini
  • Re: Automake vs. Automake-NG Paolo Bonzini
  • [PATCH] {master} compile: remove support for $(INCLUDES) (was: Re: Automake vs. Automake-NG) Stefano Lattarini
  • Re: [PATCH] {master} compile: remove support for $(INCLUDES) (was: Re: Automake vs. Automake-NG) Paolo Bonzini
  • Re: [PATCH] {master} compile: remove support for $(INCLUDES) Diego Elio Pettenò
  • Re: [PATCH] {master} compile: remove support for $(INCLUDES) (was: Re: Automake vs. Automake-NG) Andrew W. Nosenko
  • Re: [PATCH] {master} compile: remove support for $(INCLUDES) Eric Blake
  • Re: [PATCH] {master} compile: remove support for $(INCLUDES) Stefano Lattarini
  • Re: [PATCH] {master} compile: remove support for $(INCLUDES) Paolo Bonzini
  • Re: [PATCH] {master} compile: remove support for $(INCLUDES) Eric Blake
  • Re: Automake vs. Automake-NG Ralf Corsepius
  • Re: Automake vs. Automake-NG Paolo Bonzini
  • Re: Automake vs. Automake-NG Diego Elio Pettenò
  • Re: Automake vs. Automake-NG Stefano Lattarini
  • Re: [Automake-NG] Automake vs. Automake-NG Eric Blake
  • Re: [Automake-NG] Automake vs. Automake-NG Diego Elio Pettenò
  • Re: [Automake-NG] Automake vs. Automake-NG Russ Allbery
  • Re: [Automake-NG] Automake vs. Automake-NG Diego Elio Pettenò
  • Re: Automake vs. Automake-NG Stefano Lattarini
  • Re: Automake vs. Automake-NG Paolo Bonzini
  • Re: Automake vs. Automake-NG Stefano Lattarini
  • Re: Automake vs. Automake-NG Paolo Bonzini
  • [PATCH] news: about pattern rules and old-style suffix rules (was: Re: Automake vs. Automake-NG) Stefano Lattarini
  • Re: [Automake-NG] Automake vs. Automake-NG Bob Friesenhahn
  • Re: [Automake-NG] Automake vs. Automake-NG Stefano Lattarini
  • Re: [Automake-NG] Automake vs. Automake-NG Bob Friesenhahn
  • Re: [Automake-NG] Automake vs. Automake-NG Stefano Lattarini
  • Re: Automake vs. Automake-NG Paolo Bonzini
• Automake, Autoconf and POSIX shells (was: Re: GraphicsMagick Automake TAP) Stefano Lattarini
  • Re: Automake, Autoconf and POSIX shells (was: Re: GraphicsMagick Automake TAP) Bob Friesenhahn
• not running a make rule if distcheck is called Vincent Torri
  • Re: not running a make rule if distcheck is called Nick Bowler
• How to automatically get missing files when changing configure.ac? Jeff Johnston
  • Could the --add-missing option be supported in AM_INIT_AUTOMAKE? (was: Re: How to automatically get missing files when changing configure.ac?) Stefano Lattarini
  • Re: Could the --add-missing option be supported in AM_INIT_AUTOMAKE? Jeff Johnston
• Using convenience libraries with non-recursive make Del Merritt
  • Re: Using convenience libraries with non-recursive make Diego Elio Pettenò
  • Re: Using convenience libraries with non-recursive make Bob Friesenhahn
  • Re: Using convenience libraries with non-recursive make Russ Allbery
  • Re: Using convenience libraries with non-recursive make Del Merritt
  • Re: Using convenience libraries with non-recursive make Del Merritt
  • Re: Using convenience libraries with non-recursive make Bob Friesenhahn
  • Re: Using convenience libraries with non-recursive make Del Merritt
  • RE: Using convenience libraries with non-recursive make John Calcote
  • Using convenience libraries with non-recursive make Del Merritt
• Dynamic package version numbers with Autoconf and Automake (was: Re: Automake 1.12.0b test release) Stefano Lattarini
  • Re: Dynamic package version numbers with Autoconf and Automake (was: Re: Automake 1.12.0b test release) Bob Friesenhahn
  • Re: Dynamic package version numbers with Autoconf and Automake (was: Re: Automake 1.12.0b test release) Bob Friesenhahn
  • Re: Dynamic package version numbers with Autoconf and Automake (was: Re: Automake 1.12.0b test release) Roger Leigh
  • Re: Dynamic package version numbers with Autoconf and Automake Miles Bader
  • Re: Dynamic package version numbers with Autoconf and Automake Bob Friesenhahn
  • Re: Dynamic package version numbers with Autoconf and Automake Robert Boehne
  • [PATCH] {master} AM_INIT_AUTOMAKE: allow obsolescent two-args invocation once again (was: Re: Dynamic package version numbers with Autoconf and Automake) Stefano Lattarini
  • Re: [PATCH] {master} AM_INIT_AUTOMAKE: allow obsolescent two-args invocation once again Stefano Lattarini
• v1.11.6 tag missing from automake.git? Eric Blake
  • Re: v1.11.6 tag missing from automake.git? Stefano Lattarini
  • Re: v1.11.6 tag missing from automake.git? Eric Blake
• GNU Automake 1.12.3 released Stefano Lattarini
  • Re: GNU Automake 1.12.3 released Richard Stallman
• using cygpath for compiling and linking Baurzhan Ismagulov
  • Re: using cygpath for compiling and linking Bob Friesenhahn
  • Re: using cygpath for compiling and linking Baurzhan Ismagulov
• distinguish automake 1.11 from 1.12+ at autoconf time Peter Johansson
  • Re: distinguish automake 1.11 from 1.12+ at autoconf time Eric Blake
  • Re: distinguish automake 1.11 from 1.12+ at autoconf time Peter Johansson
  • Re: distinguish automake 1.11 from 1.12+ at autoconf time Ralf Corsepius
  • Re: distinguish automake 1.11 from 1.12+ at autoconf time Miles Bader
  • Re: distinguish automake 1.11 from 1.12+ at autoconf time Ralf Corsepius
  • Re: distinguish automake 1.11 from 1.12+ at autoconf time Miles Bader
  • Re: distinguish automake 1.11 from 1.12+ at autoconf time Ralf Corsepius
  • Re: distinguish automake 1.11 from 1.12+ at autoconf time Bob Friesenhahn
  • Re: distinguish automake 1.11 from 1.12+ at autoconf time Ralf Corsepius
  • Re: distinguish automake 1.11 from 1.12+ at autoconf time Stefano Lattarini
  • Re: distinguish automake 1.11 from 1.12+ at autoconf time Bob Friesenhahn
• [Automake] How to get debug symbols in the executable? Marcelo Zimbres
  • Re: [Automake] How to get debug symbols in the executable? Jeffrey Walton
  • Re: [Automake] How to get debug symbols in the executable? Stefano Lattarini
  • Re: [Automake] How to get debug symbols in the executable? Bob Friesenhahn
• parallel "make check" output lines are lost!?! Jim Meyering
  • Re: parallel "make check" output lines are lost!?! Stefano Lattarini
  • Re: parallel "make check" output lines are lost!?! Jim Meyering
  • [SOLVED] Re: parallel "make check" output lines are lost!?! Stefano Lattarini
• undefing HAVE_CONFIG_H Vincent Torri
  • Re: undefing HAVE_CONFIG_H Vincent Torri
• with MSYS (Windows), the hook is not executed after the main rule's work is done Vincent Torri
  • Re: with MSYS (Windows), the hook is not executed after the main rule's work is done NightStrike
• AC_CANONICAL_* and automake variables NightStrike
  • Re: AC_CANONICAL_* and automake variables Nick Bowler
• Automatic chaining of make suffix rules (was: Re: bug#7824: won't fix) Stefano Lattarini
  • Re: Automatic chaining of make suffix rules (was: Re: bug#7824: won't fix) Юрий Пухальский
  • Re: bug#7824: Automatic chaining of make suffix rules Stefano Lattarini
  • Re: bug#7824: Automatic chaining of make suffix rules Юрий Пухальский
• Re: How to use BUILT_SOURCES ? NightStrike
• Getting current directory name into mumble Rhys Ulerich
• Not using Makefile.am Eduardo Costa
  • Re: Not using Makefile.am Nick Bowler
• automake 1.12.1 changes extension of bison-generated header files Matt Turner
  • Re: automake 1.12.1 changes extension of bison-generated header files Stefano Lattarini
  • Re: automake 1.12.1 changes extension of bison-generated header files Matt Turner
  • Re: automake 1.12.1 changes extension of bison-generated header files Stefano Lattarini
• "rm -f core" in configure Kenny Ho
  • Re: "rm -f core" in configure Diego Elio Pettenò
  • Re: "rm -f core" in configure Stefano Lattarini
  • Re: "rm -f core" in configure Russ Allbery
  • Re: "rm -f core" in configure Diego Elio Pettenò
• CVE-2012-3386 Automake security fix for 'make distcheck' Stefano Lattarini
• GNU Automake 1.12.2 released (fixes a SECURITY VULNERABILITY!) Stefano Lattarini
  • Re: GNU Automake 1.12.2 released (fixes a SECURITY VULNERABILITY!) Richard Stallman
  • Re: GNU Automake 1.12.2 released (fixes a SECURITY VULNERABILITY!) Stefano Lattarini
• GNU Automake 1.11.6 released (fixes a SECURITY VULNERABILITY!) Stefano Lattarini
  • Re: GNU Automake 1.11.6 released (fixes a SECURITY VULNERABILITY!) Eric Dorland
  • Re: GNU Automake 1.11.6 released (fixes a SECURITY VULNERABILITY!) Stefano Lattarini
  • Re: GNU Automake 1.11.6 released (fixes a SECURITY VULNERABILITY!) Eric Dorland
  • Re: GNU Automake 1.11.6 released (fixes a SECURITY VULNERABILITY!) Stefano Lattarini
  • Re: GNU Automake 1.11.6 released (fixes a SECURITY VULNERABILITY!) Eric Dorland
  • Re: GNU Automake 1.11.6 released (fixes a SECURITY VULNERABILITY!) tsuna
  • Re: GNU Automake 1.11.6 released (fixes a SECURITY VULNERABILITY!) Eric Dorland
  • Re: GNU Automake 1.11.6 released (fixes a SECURITY VULNERABILITY!) Stefano Lattarini
  • Re: GNU Automake 1.11.6 released (fixes a SECURITY VULNERABILITY!) Eric Dorland
  • Re: GNU Automake 1.11.6 released (fixes a SECURITY VULNERABILITY!) Stefano Lattarini
  • Re: GNU Automake 1.11.6 released (fixes a SECURITY VULNERABILITY!) Diego Elio Pettenò
  • Re: GNU Automake 1.11.6 released (fixes a SECURITY VULNERABILITY!) Stefano Lattarini
  • Re: GNU Automake 1.11.6 released (fixes a SECURITY VULNERABILITY!) Eric Dorland
  • Re: GNU Automake 1.11.6 released (fixes a SECURITY VULNERABILITY!) Dmitry V. Levin
  • Re: GNU Automake 1.11.6 released (fixes a SECURITY VULNERABILITY!) Stefano Lattarini
  • Re: GNU Automake 1.11.6 released (fixes a SECURITY VULNERABILITY!) Dmitry V. Levin
• Re: GNU Automake 1.12.1 released tsuna
  • Re: GNU Automake 1.12.1 released Stefano Lattarini
  • Re: GNU Automake 1.12.1 released Miles Bader
  • Re: GNU Automake 1.12.1 released Miles Bader
  • Re: GNU Automake 1.12.1 released tsuna
  • Re: GNU Automake 1.12.1 released Stefano Lattarini
  • Re: GNU Automake 1.12.1 released Diego Elio Pettenò
  • Re: GNU Automake 1.12.1 released Stefano Lattarini
  • Re: GNU Automake 1.12.1 released Stefano Lattarini
  • Re: GNU Automake 1.12.1 released Stefano Lattarini
  • Re: GNU Automake 1.12.1 released Stefano Lattarini
  • Re: GNU Automake 1.12.1 released Diego Elio Pettenò
  • Re: GNU Automake 1.12.1 released Stefano Lattarini
  • Re: GNU Automake 1.12.1 released Jim Meyering
  • Re: GNU Automake 1.12.1 released Stefano Lattarini
  • Re: GNU Automake 1.12.1 released Jim Meyering
  • Re: GNU Automake 1.12.1 released Stefano Lattarini
  • Re: GNU Automake 1.12.1 released Stefano Lattarini
  • Re: GNU Automake 1.12.1 released Jim Meyering
  • Re: GNU Automake 1.12.1 released Stefano Lattarini
• How do I make a .dylib library with non standard name Erie Guy
• Re: How to handle CFLAG ordering Matt Turner
• AM_LIBADD Charles Brown

• Later messages