<div dir="ltr"><div><div>Hi Sebastian,<br></div>every 2 months if we have atleast some number(decided) of fixes?<br><br></div>Releasing a bug fix release with one/two fixes seems to be not worth the product release testing. <br>
 <br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Apr 3, 2013 at 1:37 PM, Sebastien DELDON-GNB <span dir="ltr"><<a href="mailto:sebastien.deldon@st.com" target="_blank">sebastien.deldon@st.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Tom,<br>
<br>
This is a great idea, we have ourselves back-ported fixes from trunk in LLVM 3.2 we are using.<br>
For stable release is it reasonable to count on a new BUG-fix release every two months for instance ?<br>
<br>
Seb<br>
<div class="HOEnZb"><div class="h5"><br>
> -----Original Message-----<br>
> From: <a href="mailto:llvmdev-bounces@cs.uiuc.edu">llvmdev-bounces@cs.uiuc.edu</a> [mailto:<a href="mailto:llvmdev-bounces@cs.uiuc.edu">llvmdev-bounces@cs.uiuc.edu</a>]<br>
> On Behalf Of Tom Stellard<br>
> Sent: Tuesday, April 02, 2013 6:52 PM<br>
> To: LLVM Developers Mailing List<br>
> Subject: [LLVMdev] RFC: Bug fix releases for 3.3 and beyond<br>
><br>
> Hi,<br>
><br>
> I would really like to see the LLVM project start to make official bug fix<br>
> releases (e.g. 3.3.1, 3.3.2, etc.).  I think that this would be useful for a lot of<br>
> the users of LLVM, especially projects that use LLVM as a library.<br>
> I am willing to help maintain bug fix releases, and I'm wondering if this is<br>
> something that the LLVM project would officially support with a stable SVN<br>
> branch and by hosting the official stable tarball releases.<br>
><br>
> I realize that maintaining stable branches is a lot of work, so I would like to<br>
> come up with a procedure that makes maintaining these branches as easy as<br>
> possible.  Here is a rough idea of what I had in mind, but please suggest<br>
> alternatives if you know of a better way:<br>
><br>
> 1. Developer fixes a bug or makes a change that he/she thinks would make a<br>
> good candidate for the stable branch.  Commits would require approval from<br>
> the Code Owner in order to be backported to stable.<br>
><br>
> 2a. When the developer commits that change, he/she adds to the end of the<br>
> commit message something like:<br>
><br>
> Note: This is a candidate for the stable branch<br>
><br>
> 2b. Alternatively, if a user discovers a bug in a stable release that has been<br>
> fixed in ToT, he/she could request to have the fix backported.<br>
><br>
> 3. The developer would be encouraged, but not required to cherry-pick the<br>
> commit to the stable branch.  The stable maintainer would periodically search<br>
> the commit logs and cherry-pick any commits that had been missed,<br>
> consulting with the author of the commit in the case of a difficult merge<br>
> conflict.<br>
><br>
> 4. After some interval of time, the stable maintainer would announce plans<br>
> for a stable release and testing would begin.<br>
><br>
> What does everyone think?  Would something like this be doable?<br>
><br>
> Thanks,<br>
> Tom<br>
> _______________________________________________<br>
> LLVM Developers mailing list<br>
> <a href="mailto:LLVMdev@cs.uiuc.edu">LLVMdev@cs.uiuc.edu</a>         <a href="http://llvm.cs.uiuc.edu" target="_blank">http://llvm.cs.uiuc.edu</a><br>
> <a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev</a><br>
<br>
_______________________________________________<br>
LLVM Developers mailing list<br>
<a href="mailto:LLVMdev@cs.uiuc.edu">LLVMdev@cs.uiuc.edu</a>         <a href="http://llvm.cs.uiuc.edu" target="_blank">http://llvm.cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Warm Regards<br>--Dev<br>OpenPegasus Developer<br>"It's Always better to try and fail instead of not doing/trying anything"<br>
</div>