Re: [Mingw-w64-public] contributions

On Wed, Sep 8, 2021 at 4:24 PM LIU Hao wrote: > > 在 2021-09-06 19:26, Glenn Burkhardt 写道: > > > > Why won't anyone answer my question about how to submit patches or pull > > requests, instead of making > > spurious, erroneous comments on the merits of a submission? Wasn't the > > rigidity of Ea

Re: [Mingw-w64-public] contributions

在 2021-09-06 19:26, Glenn Burkhardt 写道: Why won't anyone answer my question about how to submit patches or pull requests, instead of making spurious, erroneous comments on the merits of a submission?  Wasn't the rigidity of Earnie //Boyd to accept contributions and suggestions for improvements

Re: [Mingw-w64-public] contributions

On Mon, Sep 6, 2021 at 7:27 AM Glenn Burkhardt wrote: > Why won't anyone answer my question about how to submit patches or pull > requests, instead of making spurious, erroneous comments on the merits > of a submission? Wasn't the rigidity of Earnie //Boyd to accept > contributions and suggestio

Re: [Mingw-w64-public] contributions

On Mon, Sep 6, 2021 at 11:25 AM Zach Bacon wrote: > > I'm pretty sure mingw-w64 is going for more with windows compatibility than > POSIX compatibility, so having functions like that wouldn't be in line with > the project where as cygwin is the project that allows you to use full > POSIX implement

Re: [Mingw-w64-public] contributions

I'm pretty sure mingw-w64 is going for more with windows compatibility than POSIX compatibility, so having functions like that wouldn't be in line with the project where as cygwin is the project that allows you to use full POSIX implementation within windows in a specific environment, things like p

Re: [Mingw-w64-public] contributions

"Use Cygwin if you need symlink support" Really, why would I be interested in using Cygwin when I have my own implementations of these functions for MinGW? On 9/5/2021, 9:53 PM, JonY wrote: Use Cygwin if you need symlink support, mingw-w64 isn't the place to introduce new API implementations

Re: [Mingw-w64-public] contributions

"mingw-w64 isn't the place to introduce new API implementations." symlink, realpath, readlink, lstat, link are all POSIX.1-2001 functions.  Why do you say "new API implementations"?  They are missing from MinGW-w64, and, I believe, should be made available. And I'd also like to see clock_nano

Re: [Mingw-w64-public] contributions

On 9/5/21 12:58 PM, Glenn Burkhardt wrote: I don't know if those functions are available from Cygwin.  But they are not in MinGW-w64.  I don't care how they get to MinGW-w64, it would be convenient to have them. And why do you bring up Cygwin?  This is the MinGW-w64 mailing list, right? Use

Re: [Mingw-w64-public] contributions

Nath wrote: Subject: Re: [Mingw-w64-public] contributions From: Biswapriyo Nath Date: 9/4/2021, 4:47 PM To: mingw-w64-public@lists.sourceforge.net Are not you reinventing what cygwin already has? ___ Mingw-w64-public mailing list Mingw-

Re: [Mingw-w64-public] contributions

Are not you reinventing what cygwin already has? ___ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

[Mingw-w64-public] contributions

What's the preferred method of making a code contribution?  I'd like to see this code https://github.com/gbburkhardt/MingGW-Compatibility-Functions included in the distribution. ___ M