public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
From: Joseph Myers <joseph@codesourcery.com>
To: Bernd Edlinger <bernd.edlinger@hotmail.de>
Cc: Michael Haubenwallner <michael.haubenwallner@ssi-schaefer.com>,
	Paolo Bonzini <bonzini@gnu.org>, DJ Delorie <dj@redhat.com>,
	Nathanael Nerode	<neroden@gcc.gnu.org>,
	Alexandre Oliva <aoliva@redhat.com>,
	Ralf Wildenhues	<ralf.wildenhues@gmx.de>,
	Jan-Benedict Glaw <jbglaw@lug-owl.de>,
	GCC Patches	<gcc-patches@gcc.gnu.org>,
	Janne Blomqvist <jb@gcc.gnu.org>, Kai Tietz	<ktietz@redhat.com>
Subject: RE: [patch 1/28] top-level: Use automake-1.11.6
Date: Fri, 08 May 2015 16:41:00 -0000	[thread overview]
Message-ID: <alpine.DEB.2.10.1505081637300.9636@digraph.polyomino.org.uk> (raw)
In-Reply-To: <DUB118-W1623644A5CFCDA450141BAE4DE0@phx.gbl>

[-- Attachment #1: Type: text/plain, Size: 1225 bytes --]

On Fri, 8 May 2015, Bernd Edlinger wrote:

> One example where there is an incompatibility is "missing":
> 
> Formerly it had code that emulated the missing "flex" by
> creating a dummy lex.yy.c from the hopefully installed
> pre-compiled flex output file.  But the version from the
> trunk does nothing, which breaks all configure scripts
> that used AM_PROG_LEX.  I do assume that the
> automake scripts just use a different way to achieve
> the same goal, if flex is not installed.

It seems like a bug to me that "missing" changed its interface.  However, 
since GCC doesn't use flex in any directory that uses, or is a 
subdirectory of a directory that uses, automake, clearly that change is of 
no relevance to the version of automake used in GCC.  In any case, GCC 
release tarballs should always have timestamps in the right order for 
non-checked-in generated files, and contrib/gcc_update should always be 
used when checking out checked-in generated files to get the timestamps in 
the right order, so no supported case of building GCC should ever get as 
far as trying to use "missing" to regenerate something unless there are 
bugs in the makefiles, gcc_update etc.

-- 
Joseph S. Myers
joseph@codesourcery.com

  reply	other threads:[~2015-05-08 16:41 UTC|newest]

Thread overview: 63+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-05 16:03 [patch 0/27] RFC: Use automake-1.11.6 across the tree Michael Haubenwallner
2015-05-06  8:51 ` [patch 1/28] top-level: Use automake-1.11.6 Michael Haubenwallner
2015-05-06  9:37   ` Jakub Jelinek
2015-05-06 15:56   ` Joseph Myers
2015-05-07  9:59     ` Bernd Edlinger
2015-05-07 15:25       ` Joseph Myers
2015-05-08 11:39         ` Bernd Edlinger
2015-05-08 16:41           ` Joseph Myers [this message]
2015-05-08 18:41             ` Bernd Edlinger
2015-05-08 20:21               ` Joseph Myers
2015-05-09  6:16                 ` Bernd Edlinger
2015-05-11 17:55                   ` Joseph Myers
2015-05-12  8:49                     ` Michael Haubenwallner
2015-05-12 15:28                       ` Joseph Myers
2015-05-12 16:44                       ` Michael Haubenwallner
2015-05-12 17:22                         ` Joseph Myers
2015-05-06  8:55 ` [patch 2/28] boehm-gc: " Michael Haubenwallner
2015-05-06  8:58 ` [patch 3/28] fixincludes: Use automake-1.11.6 (across the tree) Michael Haubenwallner
2015-05-07 22:10   ` Bruce Korb
2015-05-08  9:26     ` Michael Haubenwallner
2015-05-06  9:02 ` [patch 4/28] gotools: " Michael Haubenwallner
2015-05-07 14:35   ` Ian Lance Taylor
2015-05-06  9:04 ` [patch 0/27] RFC: Use automake-1.11.6 across the tree Michael Haubenwallner
2015-05-06  9:06 ` [patch 6/28] libatomic: Use automake-1.11.6 Michael Haubenwallner
2015-05-06  9:09 ` [patch 7/28] libbacktrace: Use automake-1.11.6 (across the tree) Michael Haubenwallner
2015-05-06  9:13 ` [patch 8/28] libcc1: " Michael Haubenwallner
2015-05-06  9:16 ` [patch 9/28] libcilkrts: Use automake-1.11.6 Michael Haubenwallner
2015-05-06  9:18 ` [patch 10/28] libcpp: " Michael Haubenwallner
2015-05-06  9:19 ` [patch 11/28] libdecnumber: " Michael Haubenwallner
2015-05-06  9:22 ` [patch 12/28] libffi: Use automake-1.11.6 (across the tree) Michael Haubenwallner
2015-05-06  9:27 ` [patch 13/28] libgfortran: Use automake-1.11.6 Michael Haubenwallner
2015-05-06  9:29 ` [patch 14/28] libgomp: Use automake-1.11.6 (across the tree) Michael Haubenwallner
2015-05-06  9:32 ` [patch 15/28] libgo: " Michael Haubenwallner
2015-05-06  9:33 ` [patch 16/28] libitm: " Michael Haubenwallner
2015-05-06  9:38 ` [patch 17/28] classpath: Use automake-1.11.6 Michael Haubenwallner
2015-05-06 10:07 ` [patch 19/29] libjava: " Michael Haubenwallner
2015-05-06 10:09 ` [patch 20/29] libmpx: Use automake-1.11.6 (across the tree) Michael Haubenwallner
2015-05-06 10:11 ` [patch 21/29] libobjc: " Michael Haubenwallner
2015-05-06 10:13 ` [patch 22/29] liboffloadmic: Use automake-1.11.6 Michael Haubenwallner
2015-05-06 10:37   ` Michael Haubenwallner
2015-05-06 10:14 ` [patch 18/29] libltdl " Michael Haubenwallner
2015-05-06 10:15 ` [patch 23/29] libquadmath: Use automake-1.11.6 (across the tree) Michael Haubenwallner
2015-05-06 10:17 ` [patch 24/29] libsanitizer: Use automake-1.11.6 Michael Haubenwallner
2015-05-06 10:18 ` [patch 25/29] libssp: " Michael Haubenwallner
2015-05-06 10:21 ` [patch 26/29] libstdc++-v3: Use automake-1.11.6 (across the tree) Michael Haubenwallner
2015-05-13 10:37   ` Jonathan Wakely
2015-05-13 11:59     ` Michael Haubenwallner
2015-05-06 10:27 ` [patch 27/29] libvtv: " Michael Haubenwallner
2015-05-06 10:33 ` [patch 28/29] lto-plugin: " Michael Haubenwallner
2015-05-06 10:34 ` [patch 29/29] zlib: Use automake-1.11.6 Michael Haubenwallner
2015-05-06 13:01 ` [patch 0/27] RFC: Use automake-1.11.6 across the tree Bernd Edlinger
2015-05-07  9:22   ` [patch 0/29] " Michael Haubenwallner
2015-05-07 16:52   ` [patch 0/27] " Michael Haubenwallner
2015-05-08 11:22     ` Bernd Edlinger
2015-05-12  7:45       ` Michael Haubenwallner
2015-05-08 11:55     ` Andreas Schwab
2015-05-06 14:09 ` Jeff Law
2015-05-07 15:52   ` [patch 0/29] " Michael Haubenwallner
2015-05-08 18:49     ` Jeff Law
2015-05-08 20:22       ` Joseph Myers
2015-05-08 20:48         ` Jeff Law
2015-05-13 11:59 ` [committed] [patch 0/27] " Michael Haubenwallner
2015-05-18  9:14 ` [patch 0/27] RFC: " Michael Haubenwallner

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=alpine.DEB.2.10.1505081637300.9636@digraph.polyomino.org.uk \
    --to=joseph@codesourcery.com \
    --cc=aoliva@redhat.com \
    --cc=bernd.edlinger@hotmail.de \
    --cc=bonzini@gnu.org \
    --cc=dj@redhat.com \
    --cc=gcc-patches@gcc.gnu.org \
    --cc=jb@gcc.gnu.org \
    --cc=jbglaw@lug-owl.de \
    --cc=ktietz@redhat.com \
    --cc=michael.haubenwallner@ssi-schaefer.com \
    --cc=neroden@gcc.gnu.org \
    --cc=ralf.wildenhues@gmx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).