This is the mail archive of the binutils@sourceware.org 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] | |
On Wed, 2012-11-14 21:05:04 -0500, DJ Delorie <dj@redhat.com> wrote:
>
> Checkin rules are documented in the toplevel MAINTAINERS file:
>
> Makefile.*; configure; configure.ac; src-release
> Any global maintainer can approve changes to these
[...]
> > The patch below restores the wrongly-reverted change. How do I get this
> > in so it won't be clobbered again?
>
> What you did is correct, but patches should be committed to both src
> and gcc (preferably by the author ;) to keep them in sync. There is
> no automatic process to sync them; any such attempt should review all
> patches to *both* repos and apply missing patches *as* patches.
I'm auto-building toolchains for some 30 targets on a daily basis, it
wouldn't be any pain for me to hack a script to check the top-level
files for differences. I already have commit rights to gcc and src,
but not IMHO for gdb.
So... I'll prepare a script to spot changes to the toplevel files and
and merge it to the other repos. Shall I only *notify* the other
repo's mailing lists, or wait for separate ACK for each of them?
What about the generated files?
MfG, JBG
--
Jan-Benedict Glaw jbglaw@lug-owl.de +49-172-7608481
Signature of: What we do for ourselves dies with us. What we do for
the second : others and the world remains and is immortal. (Albert Pine)
Attachment:
signature.asc
Description: Digital signature
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |