Nicolas Boichat
Nicolas Boichat
I made some attempt in #7591, not sure if this is the right approach, would be awesome if you can give this a try!
Which tests? I wonder if we can get rid of that dependency and just generate the test data in Rust directly.
I'm a bit confused, `test_head::test_all_but_last_bytes_large_file_piped` is passing currently in CI: https://github.com/uutils/coreutils/actions/runs/14770493603/job/41469699578 . Or maybe you are trying to get more tests to pass without all the harness that CI normally...
Confirmed that #7675 fixes this, but we don't have any test coverage, so it'd be best to add a few tests before we close this (at least some end-to-end in...
Huh I would have sworn that GNU `seq` accepted those character values (`'0`), but I think you're right, only `printf` does?
I think I'm still deep into `printf`/`seq` issues for a while ,-) Happy if somebody else gets to it.
Ha, that's a bit surprising! Do you have your branch pushed somewhere for us to have a look? (no need to make a PR)
Ah, that's huge variability indeed. I reran the code on my machine. Also a laptop, but with an Intel chip that has different types of cores though, you need to...
Looked a bit at this. https://share.firefox.dev/431D6Ov So starting with `display_item_long`: - ~We write everything to `output_display`, _then_ to `output`. Is that really worth it as `out` is a buffered writer...
Played a bit with this... Bunch of low(-ish) hanging fruits (not just when printing, but also in terms of avoid computations...). My fixes aren't really clean, I need to learn...