Re: [Mingw-w64-public] contributions

2021-09-08 Thread Vincent Torri 
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 Earnie //Boyd to
> > accept contributions and suggestions for improvements the reason for the 
> > fork of MinGW-w64 from
> > MinGW years ago?
> >
>
> My presumption is that we haven't formally dropped Windows XP support, which 
> had no symlink support.
> Only since Vista have symlinks be supported, their creation requires admin 
> priviledges, which is not
> Linux users normally expect. Unless these distinctions are resolved, it would 
> be unlikely that we
> accept symlink support.

for me, needing administrator privileges is a no go. Also, suppose
that symlinks are implemented, should we also add lstat() and other
Unix functions that have a symlink as argument ?

Vincent Torri


___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Re: [Mingw-w64-public] contributions

2021-09-08 Thread LIU Hao 

在 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 the reason for the fork of MinGW-w64 from 
MinGW years ago?




My presumption is that we haven't formally dropped Windows XP support, which had no symlink support. 
Only since Vista have symlinks be supported, their creation requires admin priviledges, which is not 
Linux users normally expect. Unless these distinctions are resolved, it would be unlikely that we 
accept symlink support.


On the other hand, having `clock_nanosleep()` support `CLOCK_MONOTONIC` would be nice. Please submit 
a patch against winpthreads. Also please note the clock that it uses shall match `clock_gettime()`.



--
Best regards,
LIU Hao



OpenPGP_signature
Description: OpenPGP digital signature
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Re: [Mingw-w64-public] contributions

2021-09-08 Thread NightStrike 
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 suggestions for improvements the reason for the fork
> of MinGW-w64 from MinGW years ago?

Yes, that's exactly the reason.

You essentially followed the procedure indirectly, and so the
responses you got sort of skipped a step.

Generally, you post a patch to this ML, people review it and discuss
it, and then you commit if you have access or others commit it for
you.


___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Re: [Mingw-w64-public] contributions

2021-09-08 Thread NightStrike 
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 implementation within windows in a specific environment, things like
> posix symlinks etc.

The scope of libmingwex is poorly defined.


___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Re: [Mingw-w64-public] contributions

2021-09-06 Thread Zach Bacon 
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
posix symlinks etc.

On Mon., Sep. 6, 2021, 7:40 a.m. Glenn Burkhardt, 
wrote:

> "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.
>
> > On 9/5/2021 8:58 AM, 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?
> >
>
>
> ___
> Mingw-w64-public mailing list
> Mingw-w64-public@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
>

___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Re: [Mingw-w64-public] contributions

2021-09-06 Thread Glenn Burkhardt 

"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.



On 9/5/2021 8:58 AM, 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?





___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Re: [Mingw-w64-public] contributions

2021-09-06 Thread Glenn Burkhardt 

"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_nanosleep support CLOCK_MONOTONIC.

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 the reason for the fork 
of MinGW-w64 from MinGW years ago?


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.



On 9/5/2021 8:58 AM, 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?





___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Re: [Mingw-w64-public] contributions

2021-09-05 Thread JonY via Mingw-w64-public 

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 Cygwin if you need symlink support, mingw-w64 isn't the place to 
introduce new API implementations.




OpenPGP_signature
Description: OpenPGP digital signature
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Re: [Mingw-w64-public] contributions

2021-09-05 Thread Glenn Burkhardt 
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?

On 9/4/2021  4:47 PM, Biswapriyo 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-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Re: [Mingw-w64-public] contributions

2021-09-04 Thread Biswapriyo Nath 
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

2021-09-04 Thread Glenn Burkhardt 
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.


___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public