C/C++ IDE support for HotSpot

[Thomas Stüfe]

Hi Jesper,

thank you. Yes, this was my experience last time I tried it, that the
windows build configuration was missing and that the Indexer did not work
as well as expected (did, of course, not find any system headers etc). I
did not feel like putting work into it, so I went back to CDT. I might look
at it again though.

Kind Regards, Thomas

On Wed, Mar 22, 2017 at 6:45 PM, <jesper.wilhelmsson at oracle.com> wrote:

> Hi,
>
> The project in common/nb_native/nbproject does not have a build
> configuration for Windows. The project itself should still be usable for
> browsing the code, but it might require some changes to make it build
> correctly. If you have a NetBeans / SolarisStudio installation on Windows
> and want to make the changes required to add a build configuration for
> Windows I'd be happy to sponsor the change.
>
> Thanks,
> /Jesper
>
> > On 22 Mar 2017, at 18: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
> >>> 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-
> >> 8177329-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
> >>
> >>
>
>