Review Request 120241: Add include path completion
Milian Wolff
mail at milianw.de
Thu Sep 18 15:31:54 UTC 2014
> On Sept. 17, 2014, 1:17 p.m., Kevin Funk wrote:
> > duchain/clangfilehelpers.cpp, line 1
> > <https://git.reviewboard.kde.org/r/120241/diff/1/?file=312790#file312790line1>
> >
> > Why did you move those impls into a separate file?
>
> Sergey Kalinichev wrote:
> Otherwise I can't use it.
> When I try to link against kdevclangduchain I get: ...At least one of these targets is not a STATIC_LIBRARY. Cyclic dependencies are allowed only among static libraries...
>
> Otoh using ../clanghelpers.cpp directly doesn't help too, as it depends on too many functions from duchain.
>
> Milian Wolff wrote:
> where do you try to link against kdevclangduchain?
>
> Sergey Kalinichev wrote:
> I tried to link kdevclangcodecompletion against kdevclangduchain of course
>
> Milian Wolff wrote:
> OK, that is not correct. I was to terse before when I said "link against duchain where necessary (but not here)". Do not link duchain into the static lib, link duchain into the final executables, that should work afaik. Can you try that out? I'm currently not on a machine with a working KF5 setup to test this. The way it is now, i.e. compiling the file into both libs, is a no-go.
>
> Sergey Kalinichev wrote:
> I'm a bit confused with: "Do not link duchain into the static lib, link duchain into the final executables". Maybe you meant into "shared lib"?
>
> Currently kdevclangduchain is shared and kdevclangcodecompletion is static. Making both of them static helps. Is it what you meant?
No, what I mean is try to not link against the shared duchain at all in the static codecompletion lib. Only link against it when you create the final "executable", i.e. kdevclangsupport.so or one of the unit test executables. Does that work?
- Milian
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/120241/#review66741
-----------------------------------------------------------
On Sept. 18, 2014, 11:56 a.m., Sergey Kalinichev wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/120241/
> -----------------------------------------------------------
>
> (Updated Sept. 18, 2014, 11:56 a.m.)
>
>
> Review request for KDevelop.
>
>
> Repository: kdev-clang
>
>
> Description
> -------
>
> While the general idea borrowed from oldcpp, the code is mostly rewritten anew.
>
>
> Diffs
> -----
>
> tests/test_codecompletion.h f9870ea
> tests/test_codecompletion.cpp d141fc6
> codecompletion/CMakeLists.txt 6d6f9a8
> codecompletion/includepathcompletioncontext.h PRE-CREATION
> codecompletion/includepathcompletioncontext.cpp PRE-CREATION
> codecompletion/model.cpp 114f885
> duchain/clangfilehelpers.cpp PRE-CREATION
> duchain/clanghelpers.cpp 93f4298
> duchain/navigationwidget.h 8283bb6
> duchain/navigationwidget.cpp 97010c1
>
> Diff: https://git.reviewboard.kde.org/r/120241/diff/
>
>
> Testing
> -------
>
>
> Thanks,
>
> Sergey Kalinichev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20140918/712bd07f/attachment.html>
More information about the KDevelop-devel
mailing list