From: Kyle Marek <kmarek@pdinc.us>
To: Jason Pyeron <jpyeron@pdinc.us>, cygwin-apps@cygwin.com
Subject: Re: Dropping various support in future releases - what about Mingw?
Date: Mon, 1 Nov 2021 13:33:40 -0400 [thread overview]
Message-ID: <08b7adc4-0c36-ac83-fb6c-9a4d8626d0d7@pdinc.us> (raw)
In-Reply-To: <663801d7ceac$00283210$00789630$@pdinc.us>
On 10/31/21 7:06 PM, Jason Pyeron wrote:
>> -----Original Message-----
>> From: Brian Inglis
>> Sent: Sunday, October 31, 2021 11:23 AM
>>
>> Perhaps someone could explain why Cygwin maintains, builds, and
>> distributes Mingw tools and libraries, instead of that being done by the
>> Mingw project(s) about which I know little?
>>
>> As we will be dropping Windows versions and 32 bit support in future
>> releases, should we also be looking at dropping the Mingw packages we
>> maintain, build, and distribute, but do not appear to use, except for
>> building other Mingw packages?
>>
>> Supporting the two Mingw variations on packages sometimes takes as much
>> work as the Cygwin packages, as parts of the toolchains and libraries
>> may have different versions and dependencies.
>>
>> I basically build, check, and distribute those, but know little about
>> using them to check they work, so no idea whether they work or not.
>>
>> I have had little success in getting the Mingw dual arch build process
>> working to any useful extent, and no response to questions about that,
>> which I may have buried at the end of my other verbiage on this list.
> Kyle,
>
> Thoughts?
Being a GCC toolchain, MinGW *could* distribute binaries built with
MinGW itself (such that they do not depend in Cygwin or MSYS). However,
MinGW doesn't have a package manager that would allow developers to
easily add development libraries besides the usual msvcrt symbol stubs
and libstdc++ or whatever, so I wouldn't necessarily say that they
*should* distribute binaries themselves.
On the 32-bit support issue: regardless of Cygwin dropping support for
32-bit, and regardless of Cygwin's own use of MinGW to build setup.exe
(as Achim pointed out), MinGW is used as a cross-compiler for developers
to target 32-bit non-Cygwin platforms. There is value in Cygwin being
useful on modern machines as a development environment to target older
platforms, even if Cygwin itself won't run on older platforms. Obviously
this might be a minority use case and Cygwin is a volunteer project, so
it would be understandable if the 32-bit cross compiler packages went
away due to a lack of volunteer interest. I hope this doesn't happen,
because it is not really fun to compile our own cross-compilers.
I am not a Cygwin package maintainer, so I have no opinions regarding
package maintenance.
--
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
- -
- Kyle Marek PD Inc. http://www.pdinc.us -
- Jr. Developer 10 West 24th Street #100 -
- +1 (443) 269-1555 x361 Baltimore, Maryland 21218 -
- -
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
next prev parent reply other threads:[~2021-11-01 17:33 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-10-31 15:23 Brian Inglis
2021-10-31 23:06 ` Jason Pyeron
2021-11-01 17:33 ` Kyle Marek [this message]
2021-11-01 16:27 ` Achim Gratz
2021-11-01 18:47 ` Brian Inglis
2021-11-01 19:33 ` Achim Gratz
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=08b7adc4-0c36-ac83-fb6c-9a4d8626d0d7@pdinc.us \
--to=kmarek@pdinc.us \
--cc=cygwin-apps@cygwin.com \
--cc=jpyeron@pdinc.us \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).