CLion 2018.1.1 update is available

CLion 2018.1.1, build 181.4445.84, a bug-fix update to the recently released major CLion update, is now available for download.

Please use the Check for updates action manually (Help | Check for Updates… on Windows/Linux or CLion | Check for Updates… on macOS) to receive the latest update if you are working with CLion 2018.1 or CLion 2018.1.1 EAP.

For future updates it will work automatically if you have Settings/Preferences | Appearance & Behavior | System Settings | Updates | Automatically check updates for… option enabled.

This update addresses:

  • C++ support: incorrect parsing and resolving of unordered_map, shared_ptr with a forward declaration and some more related issues (CPP-12079).
  • WSL issue, when the CMake project loading can take forever (CPP-12519). And a couple of other WSL-related issues.
  • GDB debugger: a fix for STL containers that were not updated during stepping, if the breakpoint was set before the containers were filled (CPP-7166, CPP-7574, CPP-7720).
  • Bundled CMake 3.10 is built with macOS 10.9 support to avoid incompatibility issues (CPP-12518).

Full release notes are available by the link. And to learn about our roadmap for CLion 2018.2 read this blog post.


Download CLion 2018.1.1

Your CLion Team

JetBrains
The Drive to Develop

This entry was posted in Announcement and tagged , . Bookmark the permalink.

10 Responses to CLion 2018.1.1 update is available

  1. Kirill Sapozhnikov says:

    After updating Kotlin/Native plugin these were added to all my projects’ cmake options:
    -D
    CMAKE_Kotlin_COMPILER=/home/skr/.konan/kotlin-native-linux-0.6.2/bin/konanc
    -D
    CMAKE_Kotlin_CINTEROP=/home/skr/.konan/kotlin-native-linux-0.6.2/bin/cinterop

    Why? What for?

  2. Kirill Sapozhnikov says:

    CPP-12451 is just killing me in 2018.1.1. It started in 2018.1 RC2 and never happened in 2018.1.
    Had to roll back to 2018.1

  3. Mario Frank says:

    Dear CLion Team,
    I am using the current CLion version (just updated today to 2018.1.1) and have problems that are mentioned as fixed. Specifically, I use the pImpl pattern with a unique_ptr (std::unique_ptr p) where Private is forward declared in the header and defined in the cpp file. All pointer access attempts are marked as faulty, meaning, the members of Private defined in the cpp file are not resolved correctly. Also code completion for p-> yields no suggestion for members.

    For reference, I am using CMake 3.10.3 and clang 6.0.0.

Leave a Reply

Your email address will not be published. Required fields are marked *