Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Can GNU-specific behavior be turned off at build time? #6646

Closed
xplshn opened this issue Aug 13, 2024 · 3 comments
Closed

Can GNU-specific behavior be turned off at build time? #6646

xplshn opened this issue Aug 13, 2024 · 3 comments

Comments

@xplshn
Copy link

xplshn commented Aug 13, 2024

Hi, I was wondering if uutils/coreutils could become compliant (Not compile flags/functionality/behavior that isn't POSIX). Is that possible?

@just-an-engineer
Copy link
Contributor

Maybe tool to tool, but not specifically. I know the project aims to be drop-in, so any GNU functionality should be almost exactly replicated, and where it's not, it's considered a bug. But that doesn't mean the tools can't go above and beyond. But it can also be a hindrance, ik our seq is more accurate due to the data type/structure we use to store everything, but GNU uses a long double, which gives it great precision, but not as accurate as the one here.
You can see it in this in #6244 and #5759, and @BenWiederhake comments on the line some tools are starting to walk between accuracy/correctness, and compatibility.
With that said, if you had a specific tool in mind you wanted to make more accurate, you can always code that up, add a command line flag for non-GNU compatible stuff, and make a PR. But tl;dr: I don't think there's much that isn't GNU compliant that can be turned off. But I don't know all the tools, either

@xplshn
Copy link
Author

xplshn commented Aug 15, 2024

Ah, thanks for all the info. I'm actually very much against GNU, the license, and the bloat, I was looking for busybox alternatives, and uutils is MIT licensed, so it caught my attention.

@xplshn xplshn closed this as completed Aug 15, 2024
@just-an-engineer
Copy link
Contributor

Glad to hear. I agree with a lot of that. Feel free to contribute some code, we'd love to have the help!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants