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