<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div>On Oct 27, 2011, at 11:19 PM, Carl-Philip Hänsch wrote:</div><blockquote type="cite"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; position: static; z-index: auto; "><div style="word-wrap:break-word"><div><div>I don't see any reasonable way that this can be automated. The script would either miss a bunch of really important things or get a ton of not very useful stuff. I'm open to suggestions of course and proof to the contrary though! :-)</div>
<div><br></div><font color="#888888"><div>-Chris</div></font></div></div></blockquote><div><br>There is a way, but this method needs interaction of the deveoper. In mesa project, they add a line "Note: This is a candidate for 7.10 branch" to the commit message to automatically merge security fixes into older releases. In LLVM, it could be something like "ReleaseNote: New type system that adds more foo and removes some bar". For the current bunch of changes you are right, you can't automate this very good. And once the list of ReleaseNotes is extracted, a human can decide if these changes had really that fatal significance to appear in the release notes.<br></div></div></blockquote></div><br><div>Ok, sure, it would be reasonable to automate the *next* release or just have people update the 3.1 release notes when they make major changes. One issue is that the release notes are hacked on mainline for 3.0 now, so Dan Gohman can release note all the reaping he's been doing, for example.</div><div><br></div><div>-Chris</div></body></html>