<p dir="ltr">On 15 Jan 2014 02:11, "David Airlie" <<a href="mailto:airlied@redhat.com">airlied@redhat.com</a>> wrote:<br>
><br>
><br>
> > ><br>
> > > On 14 Jan 2014 06:04, "David Airlie" < <a href="mailto:airlied@redhat.com">airlied@redhat.com</a> > wrote:<br>
> > > ><br>
> > > > Hi all,<br>
> > > ><br>
> > > > I've gotten a build tag f21-llvm for attempting to rebase rawhide to llvm<br>
> > > > 3.4<br>
> > ><br>
> > > Assuming there aren't any major stumbling blocks, are there any plans to<br>
> > > back<br>
> > > port llvm 3.4 to f20 (like was done for llvm 3.3 in f19)?<br>
> > ><br>
> > > I need clang 3.4 for my day job but have been holding off on a parallel<br>
> > > installable version until I know what's happening in Fedora proper.<br>
> ><br>
> > Maybe, we might like it for GPU drivers, but I want to see how hairy it is,<br>
> > so far it looks rather hairy, most of the projects failed on my simple just<br>
> > rebuild it.<br>
> ><br>
> > iirc last time the rebase was required in order to get a later Mesa into the<br>
> > distro. I will hold off for a few days to see just how hairy things are. If<br>
> > you decide not to rebase f20 i will build something privately, or even a<br>
> > copr build if anybody else is interested in it.<br>
> ><br>
> > If you need any help with testing, patches, etc i would be happy to help<br>
> > where i can.<br>
><br>
> It looks like OpenGTL is going to be the sticking point,<br>
><br>
> upstream appears dead, and llvm removed its old school llvm::sys::Path interface<br>
> that OpenGTL appears to use in a few places. My C++ is fairly fail, and I managed<br>
> to at least fix two files, but then realised how big a hole I was digging.<br>
><br>
> If anyone has some C++ expertise (package maintainer cc'ed), and some time it might not<br>
> be too bad too work out,</p>
<p dir="ltr">If upstream is dead then OpenGTL probably just wants to be dropped from Rawhide forwards and llvm will have to stay as is in f20. If upstream is just slow though, llvm::sys::path looks like a pretty simple filesystem api and fairly similar to boost::filesystem so I should be able to help there. Will get to work (or not) depending on what Rex hears back.</p>