C/C++ IDE support for HotSpot

Thomas Stüfe thomas.stuefe at gmail.com
Wed Mar 22 17:52:21 UTC 2017


Hi Stanislav,

thanks. See my answer to Jesper. I was using Netbeans on Windows and was
missing Windows Configuration files. Sorry for being unclear.

Kind Regards, Thomas

On Wed, Mar 22, 2017 at 6:40 PM, Stanislav Smirnov <
stanislav.smirnov at oracle.com> wrote:

> Hi Thomas,
>
> according to https://netbeans.org/downloads/ there is Windows platform
> with C/C++ support if I understood you correctly.
>
> Best regards,
> Stanislav Smirnov
>
>
>
>
>
> On 22 Mar 2017, at 20:34, Thomas Stüfe <thomas.stuefe at gmail.com> wrote:
>
> Hi Stanislav,
>
> last time I checked, there was no support for netbeans on Windows, is that
> still the case?
>
> Thanks, Thomas
>
> On Wed, Mar 22, 2017 at 4:02 PM, Stanislav Smirnov <
> stanislav.smirnov at oracle.com> wrote:
>
>> Hi Mikael,
>>
>> why do not you try NetBeans that has openjdk project support out of the
>> box?
>> common/nb_native/nbproject
>>
>> Best regards,
>> Stanislav Smirnov
>>
>>
>>
>>
>>
>> > On 22 Mar 2017, at 17:21, Mikael Gerdin <mikael.gerdin at oracle.com>
>> wrote:
>> >
>> > Hi all,
>> >
>> > I've finally grown tired of manually setting up a hand crafted Eclipse
>> CDT configuration for the JVM sources and decided to share my progress
>> towards improving the overall situation for JVM developers.
>> >
>> > To achieve better IDE support without having to add project generators
>> for all different kinds of past or future IDEs I've decided to try to
>> leverage CMake to do project generation.
>> > The idea is to have the JDK build system generate a CMakeLists.txt
>> describing all the include paths and definitions required by an IDE to
>> interpret the sources correctly.
>> >
>> > Several modern IDEs natively support CMake but we can also rely on the
>> fact that the CMake build system has the ability to generate projects for a
>> number of different IDEs. For information about which generators CMake
>> supports see
>> > https://cmake.org/cmake/help/v3.5/manual/cmake-generators.7.html
>> <https://urldefense.proofpoint.com/v2/url?u=https-3A__cmake.org_cmake_help_v3.5_manual_cmake-2Dgenerators.7.html&d=DwMFaQ&c=RoP1YumCXCgaWHvlZYR8PQcxBKCX5YTpkKY057SbK10&r=9YfM3bKkWy3cpyWthRfyfAiQHbbMKEPL6snPxtZtjh8&m=hZmVYDLD5jMoRUkVz8XSkqkO_WmXFskfsKbJ4lRDXcU&s=Sd11q12ajJn0vRz4qbXDgiUXj_I9vj21kOa5c_hSLM8&e=>
>> > for your CMake version.
>> >
>> > To try this out check out (heh) my branch "JDK-8177329-cmake-branch" in
>> the jdk10/sandbox forest:
>> > http://hg.openjdk.java.net/jdk10/sandbox/branches
>> > So far I've only made changes in the toplevel and hotspot repositories.
>> > I've written a short readme in the repo:
>> > http://hg.openjdk.java.net/jdk10/sandbox/raw-file/JDK-817732
>> 9-cmake-branch/README-cmake.html
>> >
>> > It would be great if people tried this out to see if it works on their
>> setup but I don't expect it to work on Windows without changing the
>> makefile to do path conversion.
>> > If we can make this work properly then perhaps we can get rid of the
>> Visual Studio generator and rely on CMake to generate VS projects.
>> >
>> > It would also be great if someone from build-dev could give me some
>> hints about how to do the file writing and "vardeps" thing properly.
>> >
>> > Thanks
>> > /Mikael
>>
>>
>
>



More information about the build-dev mailing list