kdev-clang and clang/llvm 3.5?

Kevin Funk kfunk at kde.org
Fri Jan 30 11:58:37 GMT 2015


On Friday 30 January 2015 12:38:22 René J.V. Bertin wrote:
> On Friday January 30 2015 12:12:59 Kevin Funk wrote:
> >Nope, that's a *minimum* requirement.
> >The problem is that our find script doesn't really reflect it. It will just
> 
> OK, so the printed message is correct.
> 
> Doesn't CMake provide a facility for providing file name alternatives as it
> does for directories (in which to find a header file or library)? If so,
> that'd be the easy way out...

Yes, but you'd need to hard-code the upcoming versions of LLVM/Clang. 
Something which I've been reluctant to do until now. But the fix I have in 
mind will do just that. Hard-code them...
 
> >I have improving the find script on my TODO. Since 3.5, LLVM even ships
> >CMake config files, but for instance on Ubuntu, those are broken. Thus, we
> >cannot simply use them.
> 
> Ubuntu uses a pre-final clang-3.5 version from what I can tell, maybe that's
> why the CMake files aren't correct? I'm in the process of updating my PPA
> to use what Debian/Experimental provides (crossing fingers & toes that it's
> as stable as what I'm currently using...)

Nope, it's the packagers' fault:
  https://bugs.launchpad.net/ubuntu/+source/llvm/+bug/1365432

> >Known [1]. But this doesn't crash KDevelop, right? It just results in an
> >internal libclang "crash".
> 
> Ah... As I said, I got this running duchainify, not from inside kdevelop. My
> Project Neon5 DrKonqi is only half functional; it hangs when I try to
> report a bug so I had to kill it itself. That probably explains why
> duchainify stopped responding (and using CPU).
> >[1] http://llvm.org/bugs/show_bug.cgi?id=22282 (reported by me)
> 
> I agree with your conclusion there, but I do have my questions as to why one
> would want to hand off a non-existing file in the first place ;)

FWIW: It's not the only way you can trigger the crash, it also happens when 
you, say, passing .dox files (invalid file suffix).

Anyhow, it needs to be fixed.

> R.

-- 
Kevin Funk | kfunk at kde.org | http://kfunk.org



More information about the KDevelop mailing list