<div dir="ltr"><div>Intentionally top posting -- sorry, but I think I'm sort of starting from the beginning.<br></div><div dir="ltr"><br></div><div dir="ltr"></div><div dir="ltr">Still avoiding some details which I don't think are relevant to my current problem -- well, actually, I alluded to most of those oddities in what I've written here.<br><br>The problem is this:<br><br>When I hover the mouse over various entities in the file I'm looking at (like an include for another file in the project), I get a message like:<br><br>"Problem in semantic analysis<br><filename>.h file not found"<br><br>When I hover the mouse over other entities in the file (like standard C++ includes, or entities that are both defined and used in the file I'm looking at, I get a more meaningful message like:<br><br><path and filename><br>Includes n, included by m<br><a list of declarations><br><br>or, for a variable defined in this file: <br><br><variable name with modifiers, e.g. const variablename><br>Kind: <br>Decl: <filename>:<linenum> Show uses<br><br>If it is a method (or variable) declared in another file, I get (again) a message like: <br><br>"Problem in semantic analysis<br>Use of undeclared identifer <identifier name><br><br>Those other files are in the same project.  (Irrelevant to this problem, but I'll mention that the project I'm working on (scintilla-scite) consists of two code bases, but I've imported both of them into the same session in kdevelop as two projects.)<br><br>So, I guess some parsing is occurring (sp?), and maybe the biggest problem is that the parser (clang?) is not finding these other files.<br><br>From some source, I found the suggestion to run KDEV_CLANG_DISPLAY_DIAGS=1 KDevelop.AppImage and then display the results. Ok, here is what I see at the command line (the first time I ran that I also saw a popup over kdevelop, let me see if I can find that again):<br><br><quote><br>rhk@s31:/rhk03/chroot/scintilla-scite/Scintilla-SciTE/scintilla/gtk$ KDEV_CLANG_DISPLAY_DIAGS=1 /usr/local/KDevelop.AppImage<br>QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-rhk'<br>MESA-LOADER: could not create udev device for fd 11<br>kdevplatform.util: Path::init: invalid/unsupported Path encountered:  <a href="http://clang-tidy">http://clang-tidy</a><br>kdevplatform.shell: Could not load plugin "KDevCMakeManager" , it reported the error: "Unable to find a CMake executable. Is one installed on the system?" Disabling the plugin now.<br>Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)<br>"applications.menu"  not found in  ("/etc/xdg/menus") <br><br>kdevelop.plugins.qthelp: qmake query returned error: ""<br>kdevplatform.shell: Could not load plugin "KDevCMakeManager" , it reported the error: "Unable to find a CMake executable. Is one installed on the system?" Disabling the plugin now.<br>QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-rhk'<br>QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-rhk'<br>kdevelop.plugins.git: couldn't find the git root for QUrl("file:///rhk03/chroot/scintilla-scite")<br>kdevplatform.shell: could not create mime-type "text/x-python3"<br>/rhk03/chroot/scintilla-scite/Scintilla-SciTE/scintilla/lexers/LexMBox.cxx:16:10: fatal error: 'ILexer.h' file not found<br>/rhk03/chroot/scintilla-scite/Scintilla-SciTE/scintilla/lexers/LexMBox.cxx:17:10: fatal error: 'Scintilla.h' file not found<br>... <lots more of these><br></quote><br><br>Ok, I  can't C&P from that popup (I guess that is true of most popups), and that screen didn't pop up this time, but it was the "Configure Project <projectname (or sessioname?)> KDevelop" screen that came up, and, the first time it came up, it was mostly (or maybe even all) blank.  I've been (maybe pretty much blindly) playing around with the settings on that screen, but nothing I've done so far has seemed to help.<br><br>I'm fairly certain that the build system I'm using to build the project is make (rather than cmake) because the command I use to build the project (outside of kdevelop, so far) is make, not cmake.  (I use make clean to get rid of stuff, and I would use make install except for some of the oddities about my setup (e.g., because I compile in a chroot but run outside the chroot, I have to move the executables to some different locations -- I build in a chroot with a more up-to-date compiler (I need GGC 8) than what is available on Debian Jessie, but that chroot doesn't support X, so to run scite-scintilla I have to exit the chroot and move the executables to the "normal" locations (/usr/bin) in the base Jessie system.  They work there.<br><br>Some of the settings I've experimented with on the "Configure Project <projectname (or sessioname?)> KDevelop" include:<br><br>Build Configuration: <iirc, I've never gotten anything to appear here><br><br>Build Directory: /rhk03/chroot/scintilla-scite/Scintilla-SciTE/scintilla/gtk <current setting -- this is the location of the scintilla code base (well, the parent is at scintilla, but the make file for gtk is in this directory -- there is a makefile and a deps.mak file (among others) in this directory> <note that this is the directory as specified when not running as/in the chroot, which is how I run KDevelop (that is, not as/in the chroot.><br><br>Build Tools<br><br>Action: Build<br><br>Enable: <checked><br><br>Executable: /usr/bin/make <current setting><br><br>Arguments: <blank><br><br>Environment: Use default profile (currently: default)<br><br>I do have other obvious (to me) problems (for instance, when KDevelop refers to the standard C++ include files, it finds those for GCC4, but (1) I (think I) understand why (I think it is because kdevelop is operating outside the chroot), and (2) (therefore) I'm not very worried about it for now -- I'd like to get KDevelop to find the scintilla and scite files and parse those, and maybe then I'll worry about the next problem(s).<br><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, May 9, 2019 at 10:17 AM <<a href="mailto:rhkramer@gmail.com">rhkramer@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Thanks to all who have replied.  I will respond to some emails here, then <br>
review the others to see if I should add addional replies from this machine <br>
(see the aside, below).<br>
<br>
(Aside: I'm replying from my main "everyday" machine on which I have a mail <br>
client installed, but it is not the machine on which I'm trying to run <br>
kdevelop (which, for various reasons does not have a mail client installed). <br>
It is much more convenient to send and receive email from this machine, but, <br>
later today, I will respond in more detail (by creating a text file and then <br>
pasting it iinto the gmail web client to send it (writing an email in the <br>
gmail webclient is a pain for me).)<br>
<br>
On Thursday, May 09, 2019 01:30:30 AM Kevin Funk wrote:<br>
> The Clang /compiler/ itself (as in the clang or clang++ executables) are<br>
> not required for KDevelop to run. You need to have libclang (the C<br>
> interface to Clang [1]) around at both build and runtime though.<br>
> <br>
> If you got KDevelop 5.2.x via the package manager, there's nothing else to<br>
> do. The package maintainers made sure the required dependencies for the<br>
> C++ Support are there.<br>
<br>
I have to correct one thing (in what I wrote) -- I actually have KDevelop <br>
5.3.2. installed, and I did that via the KDevelop.AppImage package.<br>
<br>
I did look at the plugins and clang is listed there (with a checkmark, iirc).<br>
<br>
> Hope that helps. Please tell us what problems you're experiencing with<br>
> KDevelop right now, maybe we can help.<br>
<br>
Ok, I'll do that a little later, from the other machine.<br>
<br>
<br>
</blockquote></div>