This is the mail archive of the gdb@sources.redhat.com mailing list for the GDB 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]

GDB 5.3 Branch 4th Sept 00:00 GMT


Hello,

It looks like this date is going to hold. I'll cut the branch using `-D 2002-09-04' probably 12-24 hrs after the event. This lets me look back at what was happening around 2002-09-04-gmt and decide if making the cut really is a good idea :-)

15.2 Branch Commit Policy
http://sources.redhat.com/gdb/current/onlinedocs/gdbint_15.html#SEC132

The branch commit policy is pretty slack. GDB releases 5.0, 5.1 and 5.2 all used the below:

* The `gdb/MAINTAINERS' file still holds.
* Don't fix something on the branch unless/until it is also fixed in the trunk. If this isn't possible, mentioning it in the `gdb/PROBLEMS' file is better than committing a hack.
* When considering a patch for the branch, suggested criteria include: Does it fix a build? Does it fix the sequence break main; run when debugging a static binary?
* The further a change is from the core of GDB, the less likely the change will worry anyone (e.g., target specific code).
* Only post a proposal to change the core of GDB after you've sent individual bribes to all the people listed in the `MAINTAINERS' file ;-)

Pragmatics: Provided updates are restricted to non-core functionality there is little chance that a broken change will be fatal. This means that changes such as adding a new architectures or (within reason) support for a new host are considered acceptable.

A guess at date for the next release (5.4/6.0) is March '03.
http://sources.redhat.com/gdb/schedule/

enjoy,
Andrew


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