I respect their efforts and what they accomplished, but I disagree entirely with their approach if your intent is to develop native windows code. It is primarily useful for academic purposes. It is an incompatible system that exists in a parallel universe.
Anyway my point was to express the real need for C/C++ support on Windows that works with native Windows SDKs. The JDK itself uses some Cygwin tools in the build process, but is ultimately compiled with Visual Studio compilers. I’m pretty sure there’s a good reason for not using the GNU compilers as it would be much less effort to have a common compiler on Linux and Windows. Scott > On Sep 28, 2019, at 4:55 AM, Peter Kovacs <[email protected]> wrote: > > This kind of picking winners has no place in the ASF. > Don't get me wrong I would like to see a better integration within windows. > OpenOffice build environment is very awkward in windows. But please Fokus on > the integration and not on history you seem at least not to care about, or > you do not know. > Cygwin has earned its respect by providing a tool chain and Unix tools to > windows. this made it possible to deliver software for Windows, Linux, and > Mac OS. > Something a lot of professional windows based software fails to provide. The > open source community builds wine to counter this. Which again is an awesome > effort mostly not understood. > > Please show some respect. Degrade efforts of others is not what makes open > source community work. > > > Am 28. September 2019 03:32:41 MESZ schrieb Scott Palmer <[email protected]>: >> >> The other option is MinGW, both it and Cygwin are *NEVER* used by >> professional developers on Windows. >> >> They don’t work with the Windows SDK but instead attempt to supply their own >> version of Windows header files. >> Both options rely on awkward hacks to make Windows appear to have some more >> unix-like APIs. As a result you often end up with writing code that is very >> much not the way you would typically do things on Windows. This results in >> half-assed ports of native bits that never quite align with what Windows >> users expect. >> Those tools may be suitable for students to experiment with, but they just >> don’t cut it for writing proper native code for Windows. >> >> Proper C/C++ support on Windows means using a native Windows toolset. >> Visual C++, or perhaps Intel’s compiler. Or at least something that can >> compile and link with actual binaries and headers from the official Windows >> SDK. >> >> Gradle’s cpp-library plugin properly uses Windows tools on Windows instead >> of trying to make Windows look like unix and only working with an awkward >> compatibility layer. >> >> Sorry… rant over. >> >> Scott >> >>> On Sep 27, 2019, at 1:56 PM, Alonso Del Arte <[email protected]> >>> wrote: >>> >>> Scott wrote: >>> >>> > Existing NetBeans C/C++ support on Windows is not very practical. >>> > Bordering on almost unusable actually. (It requires use of a toolset >>> > that is virtually never used on Windows for native development, is >>> > incompatible with Windows SDKs, and difficult to maintain and configure.) >>> >>> For what it's worth, I've had no problem with simple C++ console >>> applications in NetBeans 8.2 under Windows 8.2 (neither of those are going >>> to get upgraded). I went with Cygwin64, I remember there was another option >>> but I don't remember why I rejected it. I've found Java AWT and Swing to be >>> quite adequate for when I need a GUI. >>> >>> I have yet to try to do anything with C++ on my Mac, on which I now have >>> both NetBeans 8.2 and 11.1. Worst case scenario if I ever need to work on >>> C++ on my Mac, I can probably use GCC on the command line if XCode won't >>> cut it. >>> >>> Al >>> >>> On Fri, Sep 27, 2019 at 9:51 AM Scott Palmer <[email protected]> wrote: >>>> Would be great to see C/C++ support via Gradle’s 'cpp-library’ plugin. A >>>> smooth Java + JNI project setup would be welcome along with it. >>>> >>>> Existing NetBeans C/C++ support on Windows is not very practical. >>>> Bordering on almost unusable actually. (It requires use of a toolset that >>>> is virtually never used on Windows for native development, is incompatible >>>> with Windows SDKs, and difficult to maintain and configure.) >>>> >>>>> On Sep 27, 2019, at 4:25 AM, Geertjan Wielenga <[email protected]> >>>>> wrote: >>>>> >>>>> Yes, that is called the Apache Software Foundation. >>>>> >>>>> Gj >>>>> >>>>> On Fri, 27 Sep 2019 at 09:24, Ulf Zibis <[email protected]> wrote: >>>>>> >>>>>> Am 26.09.19 um 23:02 schrieb Peter Kovacs: >>>>>> > I do not understand the question. Can you elaborate? >>>>>> >>>>>> My understanding of "donation" was, that there is a kind of crowdfunding >>>>>> to support the C/C++ plugin. >>>>>> >>>>>> -Ulf >>>> >>> >>> >>> -- >>> Alonso del Arte >>> Author at SmashWords.com >>> Musician at ReverbNation.com >>
