automake  

Messages by Thread

• How to define a newline Make variable to use with Automake? Maxim Cournoyer
  • Re: How to define a newline Make variable to use with Automake? Maxim Cournoyer
  • Re: How to define a newline Make variable to use with Automake? Jan Engelhardt
  • Re: How to define a newline Make variable to use with Automake? Maxim Cournoyer
  • Re: How to define a newline Make variable to use with Automake? Nick Bowler
  • Re: How to define a newline Make variable to use with Automake? Maxim Cournoyer
  • Re: How to define a newline Make variable to use with Automake? Karl Berry
  • Re: How to define a newline Make variable to use with Automake? Jan Engelhardt
• Re: Symlink-Follow File Overwrite in aclocal --install (CWE-61) Bruno Haible via Discussion list for automake
  • Re: Symlink-Follow File Overwrite in aclocal --install (CWE-61) Michał Majchrowicz via Discussion list for automake
  • Re: Symlink-Follow File Overwrite in aclocal --install (CWE-61) Bruno Haible via Discussion list for automake
  • Re: Symlink-Follow File Overwrite in aclocal --install (CWE-61) Michał Majchrowicz via Discussion list for automake
• trap commands in auxiliary scripts Bruno Haible via Discussion list for automake
  • Re: trap commands in auxiliary scripts Jan Engelhardt
  • Re: trap commands in auxiliary scripts Bruno Haible via Discussion list for automake
  • Re: trap commands in auxiliary scripts Bruno Haible via Discussion list for automake
  • Re: trap commands in auxiliary scripts Jacob Bachmeyer
  • Re: trap commands in auxiliary scripts Jan Engelhardt
  • Re: trap commands in auxiliary scripts Jacob Bachmeyer
  • Re: trap commands in auxiliary scripts Bruno Haible via Discussion list for automake
  • Re: trap commands in auxiliary scripts Jacob Bachmeyer
• Automatically rebuild everything when the makefile changes R. Diez
  • Re: Automatically rebuild everything when the makefile changes Jan Engelhardt
  • Re: Automatically rebuild everything when the makefile changes Bob Friesenhahn
  • Re: Automatically rebuild everything when the makefile changes Karl Berry
  • Re: Automatically rebuild everything when the makefile changes R. Diez
• :test-global-result: vs :global-test-result: Tomas Volf
  • Re: :test-global-result: vs :global-test-result: Karl Berry
  • Re: :test-global-result: vs :global-test-result: Tomas Volf
• Having trouble serializing test with Automake parallel test harness G. Branden Robinson
  • Re: Having trouble serializing test with Automake parallel test harness Zack Weinberg
  • Re: Having trouble serializing test with Automake parallel test harness G. Branden Robinson
  • Re: Having trouble serializing test with Automake parallel test harness Bob Friesenhahn
  • Re: Having trouble serializing test with Automake parallel test harness Karl Berry
  • Re: Having trouble serializing test with Automake parallel test harness G. Branden Robinson
  • Re: Having trouble serializing test with Automake parallel test harness Jacob Bachmeyer
  • Re: Having trouble serializing test with Automake parallel test harness G. Branden Robinson
• Outcome of our application to Sovereign Tech Agency's Direct Contributions Program Christoph Grüninger via Discussion list for automake
• 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
• Future possibility to publish _AM_PROG_TAR for general use? mpsuzuki
  • Re: Future possibility to publish _AM_PROG_TAR for general use? Bob Friesenhahn
  • Re: Future possibility to publish _AM_PROG_TAR for general use? Karl Berry
  • Re: Future possibility to publish _AM_PROG_TAR for general use? Zack Weinberg
  • Re: Future possibility to publish _AM_PROG_TAR for general use? mpsuzuki
  • Re: Future possibility to publish _AM_PROG_TAR for general use? mpsuzuki
• About non-recursive automake Eduardo Costa
  • Re: About non-recursive automake Václav Haisman
• FreeBSD make fails on BUILT_SOURCES file Nate Bargmann
  • Re: FreeBSD make fails on BUILT_SOURCES file Jan Engelhardt
  • Re: FreeBSD make fails on BUILT_SOURCES file Nate Bargmann
  • Re: FreeBSD make fails on BUILT_SOURCES file Jan Engelhardt
  • Re: FreeBSD make fails on BUILT_SOURCES file Nate Bargmann
  • Re: FreeBSD make fails on BUILT_SOURCES file Paul Smith
  • Re: FreeBSD make fails on BUILT_SOURCES file Nate Bargmann
• Extending automake with a new language Nikolaos Chatzikonstantinou
  • Re: Extending automake with a new language Simon Richter
  • Re: Extending automake with a new language Nick Bowler
  • Re: Extending automake with a new language Nikolaos Chatzikonstantinou
  • Re: Extending automake with a new language Nick Bowler
  • Re: Extending automake with a new language Tomas Volf
  • Re: Extending automake with a new language Karl Berry
  • Re: Extending automake with a new language Nikolaos Chatzikonstantinou
• Is it possible to extend the built-in dependency tracking? Tomas Volf
  • Re: Is it possible to extend the built-in dependency tracking? Karl Berry
  • Re: Is it possible to extend the built-in dependency tracking? Tomas Volf
  • Re: Is it possible to extend the built-in dependency tracking? Tomas Volf
  • Re: Is it possible to extend the built-in dependency tracking? Jacob Bachmeyer
  • Re: Is it possible to extend the built-in dependency tracking? Tomas Volf
  • Re: Is it possible to extend the built-in dependency tracking? Nick Bowler
  • Re: Is it possible to extend the built-in dependency tracking? Karl Berry
  • Re: Is it possible to extend the built-in dependency tracking? Tomas Volf
• TAP Directives for XPASS and XFAIL tests with lib/tap-driver.sh Soham
  • Re: TAP Directives for XPASS and XFAIL tests with lib/tap-driver.sh Jacob Bachmeyer
  • Re: TAP Directives for XPASS and XFAIL tests with lib/tap-driver.sh Bob Friesenhahn
  • Re: TAP Directives for XPASS and XFAIL tests with lib/tap-driver.sh Andrew W. Nosenko
  • Re: TAP Directives for XPASS and XFAIL tests with lib/tap-driver.sh Soham
  • Re: TAP Directives for XPASS and XFAIL tests with lib/tap-driver.sh Soham
  • Re: TAP Directives for XPASS and XFAIL tests with lib/tap-driver.sh Jacob Bachmeyer
  • Re: TAP Directives for XPASS and XFAIL tests with lib/tap-driver.sh Russ Allbery
  • Re: TAP Directives for XPASS and XFAIL tests with lib/tap-driver.sh Karl Berry
  • Re: TAP Directives for XPASS and XFAIL tests with lib/tap-driver.sh Russ Allbery
  • Re: TAP Directives for XPASS and XFAIL tests with lib/tap-driver.sh Jacob Bachmeyer
  • Re: TAP Directives for XPASS and XFAIL tests with lib/tap-driver.sh Russ Allbery
  • Re: TAP Directives for XPASS and XFAIL tests with lib/tap-driver.sh Soham
  • Re: TAP Directives for XPASS and XFAIL tests with lib/tap-driver.sh Jacob Bachmeyer
• automake-1.18.1 released [stable] Karl Berry
• Automake 1.18 regression (?) Frederic Berat via Discussion list for automake
  • Re: Automake 1.18 regression (?) Karl Berry
  • Re: Automake 1.18 regression (?) Carlos O'Donell
  • Re: Automake 1.18 regression (?) Karl Berry
  • Re: Automake 1.18 regression (?) Frederic Berat via Discussion list for automake
  • Re: Automake 1.18 regression (?) Frederic Berat via Discussion list for automake
  • Re: Automake 1.18 regression (?) Karl Berry
  • Re: Automake 1.18 regression (?) Jacob Bachmeyer
  • Re: Automake 1.18 regression (?) Karl Berry
  • Re: Automake 1.18 regression (?) Santiago Vila
  • Re: Automake 1.18 regression (?) Karl Berry
  • Re: Automake 1.18 regression (?) Jacob Bachmeyer
  • Re: Automake 1.18 regression (?) Frederic Berat via Discussion list for automake
• Makeinfo required to build Automake 1.18 Christoph Grüninger via Discussion list for automake
  • Re: Makeinfo required to build Automake 1.18 Karl Berry
  • Re: Makeinfo required to build Automake 1.18 Collin Funk
  • Re: Makeinfo required to build Automake 1.18 Christoph Grüninger via Discussion list for automake
  • Re: Makeinfo required to build Automake 1.18 Nick Bowler
  • Re: Makeinfo required to build Automake 1.18 Paul Smith
  • Re: Makeinfo required to build Automake 1.18 Karl Berry
  • Re: Makeinfo required to build Automake 1.18 Christoph Grüninger via Discussion list for automake
  • Re: Makeinfo required to build Automake 1.18 Paul Smith
  • Re: Makeinfo required to build Automake 1.18 Collin Funk
  • Re: Makeinfo required to build Automake 1.18 Karl Berry
  • Re: Makeinfo required to build Automake 1.18 Gavin Smith
  • Re: Makeinfo required to build Automake 1.18 Karl Berry
  • Re: Makeinfo required to build Automake 1.18 Bob Friesenhahn
  • Re: Makeinfo required to build Automake 1.18 Nick Bowler
  • Re: Makeinfo required to build Automake 1.18 Zack Weinberg
  • Re: Makeinfo required to build Automake 1.18 Nick Bowler
  • Re: Makeinfo required to build Automake 1.18 Gavin Smith
  • Re: Makeinfo required to build Automake 1.18 Bob Friesenhahn
  • Re: Makeinfo required to build Automake 1.18 Nick Bowler
  • Re: Makeinfo required to build Automake 1.18 Zack Weinberg
  • Re: Makeinfo required to build Automake 1.18 Karl Berry
• automake-1.18 released [stable] Karl Berry
  • Re: automake-1.18 released [stable] Valentin Lefebvre via Discussion list for automake
  • Re: automake-1.18 released [stable] Valentin Lefebvre via Discussion list for automake
  • Re: automake-1.18 released [stable] Valentin Lefebvre via Discussion list for automake
  • Re: automake-1.18 released [stable] [signatures] Karl Berry
  • Re: automake-1.18 released [stable] [signatures] Collin Funk
  • Re: automake-1.18 released [stable] [signatures] Valentin Lefebvre via Discussion list for automake
  • Re: automake-1.18 released [stable] [signatures] Jim Meyering
• m4p: an implementation of GNU m4 in Python Nikolaos Chatzikonstantinou
  • Re: m4p: an implementation of GNU m4 in Python Karl Berry
  • Re: m4p: an implementation of GNU m4 in Python Nikolaos Chatzikonstantinou
  • Re: m4p: an implementation of GNU m4 in Python Eric Blake
  • Re: m4p: an implementation of GNU m4 in Python Nikolaos Chatzikonstantinou
  • Re: m4p: an implementation of GNU m4 in Python Collin Funk
  • Re: m4p: an implementation of GNU m4 in Python Eric Blake
  • Re: m4p: an implementation of GNU m4 in Python Eric Blake
  • Re: m4p: an implementation of GNU m4 in Python Nikolaos Chatzikonstantinou
  • Re: m4p: an implementation of GNU m4 in Python Eric Blake
  • Re: m4p: an implementation of GNU m4 in Python Nikolaos Chatzikonstantinou
  • Re: m4p: an implementation of GNU m4 in Python Nikolaos Chatzikonstantinou
• automake-1.17.92 pretest released [alpha] Karl Berry
  • Re: [platform-testers] automake-1.17.92 pretest released [alpha] Frederic Berat via Discussion list for automake
  • Re: [platform-testers] automake-1.17.92 pretest released [alpha] Ross Burton
  • Re: [platform-testers] automake-1.17.92 pretest released [alpha] Ross Burton
• Avoiding the sleep(1) in configure.ac Ross Burton
  • Re: Avoiding the sleep(1) in configure.ac Karl Berry
• automake-1.17.90 pretest released [alpha] Karl Berry
  • Re: automake-1.17.90 pretest released [alpha] Eric Dorland
  • Re: automake-1.17.90 pretest released [alpha] Karl Berry
  • Re: automake-1.17.90 pretest released [alpha] Ross Burton
  • Re: automake-1.17.90 pretest released [alpha] Ross Burton
  • Re: automake-1.17.90 pretest released [alpha] Ross Burton
  • Re: automake-1.17.90 pretest released [alpha] Karl Berry
  • Re: automake-1.17.90 pretest released [alpha] Nick Bowler
  • Re: automake-1.17.90 pretest released [alpha] Karl Berry
  • Re: automake-1.17.90 pretest released [alpha] Ross Burton
  • Re: automake-1.17.90 pretest released [alpha] Frederic Berat via Discussion list for automake
  • Re: automake-1.17.90 pretest released [alpha] Karl Berry
  • Re: automake-1.17.90 pretest released [alpha] Karl Berry
  • Re: automake-1.17.90 pretest released [alpha] Karl Berry
  • Re: automake-1.17.90 pretest released [alpha] Ross Burton
• 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? Christoph Grüninger via Discussion list for automake
  • Re: State and plans for C++20 module support? Ben Boeckel
• version numbers and new features Karl Berry
  • Re: version numbers and new features Jim Meyering
  • Re: version numbers and new features Jan Engelhardt
  • Re: version numbers and new features Andrew W. Nosenko
• automake-1.17 fails with latest Perl (5.41.8) - Possible precedence problem between ! and numeric eq (==) Igor Todorovski
  • Re: automake-1.17 fails with latest Perl (5.41.8) - Possible precedence problem between ! and numeric eq (==) Igor Todorovski
  • Re: automake-1.17 fails with latest Perl (5.41.8) - Possible precedence problem between ! and numeric eq (==) Collin Funk
  • RE: automake-1.17 fails with latest Perl (5.41.8) - Possible precedence problem between ! and numeric eq (==) Igor Todorovski
  • RE: automake-1.17 fails with latest Perl (5.41.8) - Possible precedence problem between ! and numeric eq (==) Karl Berry
  • Re: automake-1.17 fails with latest Perl (5.41.8) - Possible precedence problem between ! and numeric eq (==) Jacob Bachmeyer
  • Re: automake-1.17 fails with latest Perl (5.41.8) - Possible precedence problem between ! and numeric eq (==) Karl Berry
  • Re: automake-1.17 fails with latest Perl (5.41.8) - Possible precedence problem between ! and numeric eq (==) Zack Weinberg
  • Re: automake-1.17 fails with latest Perl (5.41.8) - Possible precedence problem between ! and numeric eq (==) Jacob Bachmeyer
  • Re: automake-1.17 fails with latest Perl (5.41.8) - Possible precedence problem between ! and numeric eq (==) Karl Berry
  • Re: automake-1.17 fails with latest Perl (5.41.8) - Possible precedence problem between ! and numeric eq (==) Jacob Bachmeyer
  • Re: automake-1.17 fails with latest Perl (5.41.8) - Possible precedence problem between ! and numeric eq (==) Karl Berry
  • Re: automake-1.17 fails with latest Perl (5.41.8) - Possible precedence problem between ! and numeric eq (==) Jacob Bachmeyer
  • Re: automake-1.17 fails with latest Perl (5.41.8) - Possible precedence problem between ! and numeric eq (==) Karl Berry
  • Re: automake-1.17 fails with latest Perl (5.41.8) - Possible precedence problem between ! and numeric eq (==) Jacob Bachmeyer
  • Re: automake-1.17 fails with latest Perl (5.41.8) - Possible precedence problem between ! and numeric eq (==) Karl Berry
  • Re: automake-1.17 fails with latest Perl (5.41.8) - Possible precedence problem between ! and numeric eq (==) Jacob Bachmeyer
  • Re: automake-1.17 fails with latest Perl (5.41.8) - Possible precedence problem between ! and numeric eq (==) Karl Berry

• Earlier messages