1. 26 Jan, 2019 2 commits
  2. 24 Jan, 2019 1 commit
  3. 23 Jan, 2019 1 commit
  4. 20 Jan, 2019 3 commits
  5. 16 Jan, 2019 1 commit
  6. 15 Jan, 2019 3 commits
  7. 13 Jan, 2019 1 commit
  8. 11 Jan, 2019 3 commits
    • Friedrich W. H. Kossebau's avatar
    • Friedrich W. H. Kossebau's avatar
      appimage: skip unneeded cp of cmake, removed later again · ff326bb2
      Friedrich W. H. Kossebau authored
      Test Plan: AppImage still built and starting.
      Reviewers: #kdevelop, brauch, kfunk
      Reviewed By: #kdevelop, kfunk
      Subscribers: kdevelop-devel
      Tags: #kdevelop
      Differential Revision: https://phabricator.kde.org/D18175
    • Thomas Schöps's avatar
      Clang plugin: Handle CUDA files better · 71c65a65
      Thomas Schöps authored
      This fixes two issues in how KDevelop's clang plugin handles CUDA files (.cu source files and .cuh headers):
      1) Those file types were not treated as source files, therefore if such a file was modified, it was not passed among the list of modified source files to clang for re-parsing. The re-parsing thus incorrectly used the unmodified file on disk instead. This is addressed by the change to documentfinderhelpers.cpp and kdevclang.xml.
      2) The patch passes the general code parser settings also to CUDA files (change in parsesession.cpp). This is for example important to get flags such as -std=c++11 that are required for correct parsing. However, it is not correct: the build system may use separate options for CUDA files (e.g., CMake's CUDA_NVCC_FLAGS). But it might still be better than the previous behavior of not passing any options except -xcuda, since it might be somewhat likely that it is a reasonable guess.
      Additional comments:
      a) I am not sure whether the change in clanghelpers.cpp is required, but it seems coherent.
      b) I changed the CUDA mime types in kdevclang.xml to inherit from text/x-c++src/hdr instead of text/x-csrc/hdr since the CUDA files can contain C++ code.
      c) This patch is not sufficient to enable proper CUDA support. I'll post to the kdevelop-devel mailing list for that.
      Test Plan: Tested manually.
      Reviewers: #kdevelop, kfunk
      Reviewed By: #kdevelop, kfunk
      Subscribers: kfunk, apol, kdevelop-devel
      Tags: #kdevelop
      Differential Revision: https://phabricator.kde.org/D17909
  9. 10 Jan, 2019 2 commits
  10. 09 Jan, 2019 3 commits
  11. 06 Jan, 2019 1 commit
  12. 05 Jan, 2019 1 commit
  13. 04 Jan, 2019 1 commit
    • Gleb Popov's avatar
      QuickOpen: Trim whitespace from input · 263a5737
      Gleb Popov authored
      Summary: Trim whitespace from the input to QuickOpen. For example, when copying a file path into the QuickOpen widget from some command line output and it happens to contain some whitespace at the start or end, it will still work with this patch. Without the patch, one has to remove the whitespace manually.
      Test Plan: Shortly tested it manually.
      Reviewers: #kdevelop, dhaumann
      Reviewed By: dhaumann
      Subscribers: dhaumann, apol, kdevelop-devel
      Tags: #kdevelop
      Differential Revision: https://phabricator.kde.org/D17885
  14. 03 Jan, 2019 1 commit
  15. 31 Dec, 2018 1 commit
  16. 28 Dec, 2018 1 commit
  17. 25 Dec, 2018 1 commit
  18. 24 Dec, 2018 6 commits
  19. 23 Dec, 2018 1 commit
  20. 20 Dec, 2018 1 commit
    • Kevin Funk's avatar
      appimage: Strip libfreetype & libz · 31e662ec
      Kevin Funk authored
      As recommended in multiple tickets dealing with problems with those
      libraries part of the AppImage.
      Problems experienced on ArchLinux:
         /usr/lib/libfontconfig.so.1: error: symbol lookup error: undefined symbol: FT_Done_MM_Var (fatal)
      ... and after rm'ing just libfreetype:
         /tmp/.mount_KDevela4PEc7/usr/lib/libz.so.1: error: version lookup error: version `ZLIB_1.2.9' not found (required by /usr/lib/libpng16.so.16) (fatal)
      Those libraries are also all blacklisted here:
  21. 19 Dec, 2018 1 commit
    • Milian Wolff's avatar
      CMake: skip server entries without empty build system information · 2da988ae
      Milian Wolff authored
      In one of my work projects, the CMake 3.13.1 server gave fileGroups
      responses without any useful CMakeFile data. This then was stored
      in our lookup hash used by CMakeManager::fileInformation.
      Then later, when we queried for these files, we found a match,
      albeit empty, and returned that leading to completely broken C++
      language support.
      To prevent this issue, we now skip useless empty CMakeFile entries.
      This fixes the specific scenario I'm seeing in my work project.
      Subscribers: kdevelop-devel
      Tags: #kdevelop
      Differential Revision: https://phabricator.kde.org/D17679
  22. 17 Dec, 2018 1 commit
  23. 14 Dec, 2018 1 commit
  24. 10 Dec, 2018 1 commit
  25. 09 Dec, 2018 1 commit