Re: flex package POSIX violation
- Date: Sun, 31 Dec 2017 18:43:00 -0500
- From: Stephen John Smoogen <smooge@xxxxxxxxx>
- Subject: Re: flex package POSIX violation
On 31 December 2017 at 18:20, Steven Penny <svnpenn@xxxxxxxxx> wrote:
> On Sun, 31 Dec 2017 17:47:11, Stephen John Smoogen wrote:
>> How POSIX compliant is Cygwin supposed to be? I don't think many of
>> the tools are 100% POSIX compliant but are good enough so does making
>> the symlink between flex and lex make it more compliant or less so
>> because the tool doesn't meet 100% compliance?
> are these some questions to really want to have asked?
> POSIX standard demands a "lex" utility - so providing a "lex -> flex"
> makes the Cygwin package more POSIX compliant - im sorry but i cant see how
> couldnt understand why that would be the case. and while yes 100% compliance
> certainly an asymptote, that doesnt mean we shouldnt even try - especially
> it is a simple fix, as in this case.
I should have been clearer. I will try to do so now.
Well it depends on the standard and the level of compliance that each
standard puts to things. Some standards can consider you less
compliant because they consider a tool which does not meat the rest of
its demands as cheating. Other standards do a scaled score system
where your minimal compliance (aka 1 point out of N) is that a tool
exists. Having read some of the POSIX threads on bash not being sh
enough for POSIX compliance.. I don't know where flex not being 100%
compliant makes things better or worse.
Which is why I wanted to see where this was going. Are these fixes
just looking for low hanging fruit to be POSIX compliant, or are these
needing larger amounts of resources to be 'compliant'? If the
flex->lex link fails some sort of POSIX test, are people going to need
Cygwin porters to fix those? Also is there an easy line for "this is
> also, per my post  you quoted, and yaakov post , most major distros
> doing this already.
>  http://cygwin.com/ml/cygwin/2017-12/msg00296.html
>  http://cygwin.com/ml/cygwin/2017-12/msg00298.html
> Problem reports: http://cygwin.com/problems.html
> FAQ: http://cygwin.com/faq/
> Documentation: http://cygwin.com/docs.html
> Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Stephen J Smoogen.
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple