Will we ever raise _POSIX_VERSION ?

[Alan Somers]

I notice that _POSIX_VERSION is still set to 200112L. That's a shame,
because it prevents zstd from using utimensat and tzdata from using
strftime_l, even though we implement both of those functions. And who
knows what programs in ports are keying off of it. What would be
required for us to confidently raise it to 200809L or later?

-Alan


--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-***@muc.de

[Warner Losh]

Post by Alan Somers
I notice that _POSIX_VERSION is still set to 200112L. That's a shame,
because it prevents zstd from using utimensat and tzdata from using
strftime_l, even though we implement both of those functions. And who
knows what programs in ports are keying off of it. What would be
required for us to confidently raise it to 200809L or later?

The delta between the two is small...

It would take an exp run to find out... it would also tell you 90% of
what's needed as well as trigger a few false positives where ports are
naughty...

Also, we should have a new standard that's the first major revision since
2001...

Warner

[Warner Losh]

Post by Warner Losh

Post by Alan Somers
I notice that _POSIX_VERSION is still set to 200112L. That's a shame,
because it prevents zstd from using utimensat and tzdata from using
strftime_l, even though we implement both of those functions. And who
knows what programs in ports are keying off of it. What would be
required for us to confidently raise it to 200809L or later?

The delta between the two is small...
It would take an exp run to find out... it would also tell you 90% of
what's needed as well as trigger a few false positives where ports are
naughty...
Also, we should have a new standard that's the first major revision since
2001...

Nobody has paid someone to do the drudge work of ticking off all the
boxes... it's not terribly hard work, just tedious. Especially since there
will likely be a few variations in glibc that programs expect too...

Warner

Warner