- User Since
- Apr 17 2017, 9:32 PM (44 w, 5 d)
Jan 19 2018
@rjvbb You certainly have a point when you say that there are more deficits to address, but nothing will ever get done unless someone does it. Nobody here is claiming that this solves all problems, but I don't see how it would hinder further improvements down the road, including those that you have sketched.
Jan 18 2018
Jan 6 2018
Dec 19 2017
Dec 18 2017
@mwolff Are the additional changes Ok? There are no new warnings anymore.
Dec 17 2017
Fix remaining occurences of -Wcovered-switch-default.
Dec 14 2017
Since MultiLevelListView::FilterBehavior is translated into KSelectionProxyModel::FilterBehavior, there should be no problem if the latter is extended. Of course one could think about also extending the former then, but I don't see something terrible happen if we don't.
Dec 9 2017
Dec 8 2017
By the way, it's usually a good idea to have vector elements nothrow-move constructible. This can be checked with
It might not actually be faster though, because you go through the memory twice. If the vector doesn't fit into the cache, that could introduce quite some slowdown.
Dec 1 2017
Nov 30 2017
Fix -Wcovered-switch-default where it is safe to do so.
Nov 29 2017
There are no issues with -Wswitch, but some with -Wcovered-switch-default.
Nov 28 2017
Good idea, -Wswitch is a nice tool. But it doesn't seem activated in the builds, at least with Clang.
Made sure switches over enums cover all values, and used more auto.
Nov 27 2017
There is still that flag parseAmbiguousAsCPP, but I like the idea of using an array. Maybe we can get rid of the flag, but I wouldn't want to do too much in one change.
Incorporated review by Milian:
Nov 24 2017
It is indeed a mystery. Note that the member function isn't marked const, which it probably should be. Adding the const specifier produces a compiler error (about ambiguous function calls), as it should.
Nov 13 2017
Nov 7 2017
Nov 4 2017
I know that there is a problem, see the discussion on change D8634. The problem is that I'm not sure how to proceed: when do we encounter Utils::Other, and what do we do about it? The Clang Parser can probably not parse a file of type Utils::Other anyway.
Nov 3 2017
I'm going to address the comments I didn't reply to.
Oct 20 2017
The discussion is getting really nasty and I don't think it leads anywhere.
Oct 19 2017
Oct 17 2017
If you run arc patch D8317 locally, you should get the commit with all necessary information, including my email address.
Oct 16 2017
I don't have commit access yet, so could you commit this for me?
Oct 15 2017
Added language flag for Objective C.
Oct 11 2017
Sep 27 2017
Sep 17 2017
Watching directories is quite essential when working with Git or other SCMs. When checking out another branch, I want KDevelop's file tree to be updated as well.
Sep 5 2017
I see you already submitted the change, but you omitted --sort=name.
Sep 4 2017
Aug 18 2017
Fix commit message and indentation.
Aug 13 2017
Changed license to MIT.
I don't have a commit account, so I'd need you to commit the changes.
Aug 12 2017
There are screenshots of other (known) syntax highlighters for Metamath on their homepage.
Jul 10 2017
Jul 8 2017
Jul 7 2017
Just my two cents: I work with a touch pad most of the time and wouldn't like horizontal scrolling in the project manager. The problem is that it wobbles left and right when all you want is to scroll up and down. I'm also not using it in the source code view, instead the dynamic word wrap helps me to break long lines, if they occur.
May 31 2017
If anyone cares, here is what the official documentation says on this matter. I want to address the -std= vs. -cl-std= issue in another commit.
May 29 2017
@apol: Could you have a look again? I think there is nothing wrong here.
May 27 2017
May 26 2017
May 8 2017
By the way, I posted the question to Khronos. Their preferred channel seems to be opening an issue on one of their GitHub repositories. So I opened issue #27 at the OpenCL Registry. However, I do not expect an answer. From Khronos' point of view OpenCL source code is just a string in memory. Compiling OpenCL directly from file is not possible. (As far as I know the API.)
Apr 29 2017
Apr 28 2017
Apr 27 2017
Apr 18 2017
It might be that some OpenCL compilers support "clx.y", but the standard doesn't seem to allow it. (Even older standards don't: https://www.khronos.org/registry/OpenCL/sdk/1.1/docs/man/xhtml/clBuildProgram.html#idp145296)