This is the mail archive of the mailing list for the binutils project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Can the automatic daily update commits be stopped, take 2

On Thu, Jan 28, 2016 at 4:25 PM, H.J. Lu <> wrote:
> On Thu, Jan 28, 2016 at 3:15 PM, Mike Frysinger <> wrote:
>> On 28 Jan 2016 15:01, H.J. Lu wrote:
>>> On Thu, Jan 28, 2016 at 2:56 PM, David Howells <> wrote:
>>> > David Howells <> wrote:
>>> >> Can the automatic "daily update" and "Automatic date update in"
>>> >> commits be stopped?  Or at least only performed if the last commit was not
>>> >> itself such a commit?
>>> >
>>> > I note that these are still being produced.  Is it possible to stop them as
>>> > they make a mess of the git history?
>>> >
>>> > I think Andreas Schwab suggested that it might be necessary as you can't
>>> > directly compare two git hashes without a repo handy to give them context -
>>> > but how often is that actually a problem?  If you are comparing two points on
>>> > the same branch, you can consult the ChangeLog files and if they're produced
>>> > separate branches, then comparing the dates is potentially meaningless anyway.
>>> >
>>> > Further, not having an incrementing version doesn't necessarily mean that you
>>> > can't name published tarballs for the date on which they're produced.
>>> I don't mind stopping updating bfd/version.h as long as "ld --version"
>>> displays different versions from linkers of different dates.
>> s/dates/source trees (e.g. diff git sha1)/
>> -mike
> It is hard to tell which one is newer without using git source.

I always thought it would be nice to try and achieve this through
using git smudge/clean filters in gitattributes but never quite got to

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]