<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Oct 18, 2013 at 7:35 PM, Joerg Sonnenberger <span dir="ltr"><<a href="mailto:joerg@britannica.bec.de" target="_blank">joerg@britannica.bec.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Fri, Oct 18, 2013 at 07:28:28PM -0400, Tom Stellard wrote:<br>
> On Sat, Oct 19, 2013 at 01:07:49AM +0200, Joerg Sonnenberger wrote:<br>
> > On Fri, Oct 18, 2013 at 06:47:55PM -0400, Tom Stellard wrote:<br>
> > > On Fri, Oct 18, 2013 at 07:09:47PM +0200, Joerg Sonnenberger wrote:<br>
> > > > Hi all,<br>
> > > > I mentioned this idea yesterday on IRC already and would like to discuss<br>
> > > > in the greater context of the mailing list. NetBSD is about to import<br>
> > > > LLVM and Clang into its repository; FreeBSD already has done that a<br>
> > > > while ago. This creates some interesting maintainance questions. FreeBSD<br>
> > > > has followed the LLVM/Clang releases and backported various fixes<br>
> > > > locally. NetBSD will after the 3.4 release likely end up doing the same.<br>
> > > > In the past, this process has created some fragmentation for GCC as<br>
> > > > various changed tended to accumulate over time. One part was always the<br>
> > > > somewhat tidious process of getting those changes upstream, the other<br>
> > > > problem was the difficulty of keeping track of who exactly had what<br>
> > > > state.<br>
> > > ><br>
> > > > Luckily with LLVM we are in much better position when it comes to<br>
> > > > getting changes integrated, so that's not an issue. There is still the<br>
> > > > problem of keeping track of who has which additional (bug fixing)<br>
> > > > patches and release management in general. For this purpose I would like<br>
> > > > to be able to create "vendor" branches in the main repository to reflect<br>
> > > > exactly what it is used by the corresponding downstream repository.<br>
> > > > This would increase the visibility of changes by any of the vendors<br>
> > > > involved, so that others can pick up the same changes. The impact on<br>
> > > > mailing list traffic should be low as changes are relatively rare<br>
> > > > compared to the rest of the development speed. Code access should follow<br>
> > > > similar practises as release management, e.g. every vendor branch has a<br>
> > > > code owner responsible for it.<br>
> > ><br>
> > > I would really like to have something like this.  However, I think there<br>
> > > should be just be one 'vendor' branch.  There are already way too many<br>
> > > forks of LLVM both public and private and having a common branch for<br>
> > > fixes would be very beneficial and save everyone a lot of work.  Plus,<br>
> > > I think it would give users with private forks of LLVM an incentive to<br>
> > > contribute changes back to the project.<br>
> ><br>
> > Having a single branch doesn't work as soon as maintaince for releases<br>
> > comes into the game. Consider FreeBSD 10 shipping with Clang 3.3 and<br>
> > FreeBSD 11 with Clang 3.4...<br>
> ><br>
><br>
> Of course, what I meant was there should be one branch per version of<br>
> clang/llvm.  I thought the suggestion was that there should be a NetBSD<br>
> branch, a FreeBSD branch, an Ubuntu branch, etc.<br>
<br>
</div></div>Yes. Still the same issue applies -- it is quite difficult to keep<br>
downstream always in sync, especially if one platform cares about<br>
certain changes and others don't.<br></blockquote><div><br></div><div>Could you maybe give a sampler of the kinds of things that would cause problems?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="HOEnZb"><div class="h5"><br>
Joerg<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></div></div>