* seq: adjust some error messages. GNU's are better
tested by tests/seq/seq.pl
* uucore: remove todo
---------
Co-authored-by: Daniel Hofstetter <daniel.hofstetter@42dh.com>
Add support for sparc64 in uucore to avoid the following build failure
with nushell:
error[E0308]: mismatched types
--> /home/autobuild/autobuild/instance-7/output-1/build/nushell-0.85.0/VENDOR/uucore/src/lib/features/fs.rs:121:16
|
111 | pub fn number_of_links(&self) -> u64 {
| --- expected `u64` because of return type
...
121 | return self.0.st_nlink;
| ^^^^^^^^^^^^^^^ expected `u64`, found `u32`
|
help: you can convert a `u32` to a `u64`
|
121 | return self.0.st_nlink.into();
| +++++++
For more information about this error, try `rustc --explain E0308`.
error: could not compile `uucore` (lib) due to previous error
Fixes:
- http://autobuild.buildroot.org/results/f9f0287a8e39c65895014ca513ed25071f020add
Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com>
When viewing the crate right now, apart from via looking at the dependencies
it's hard to find the associated project and repository.
Add the missing info.
Signed-off-by: Michel Lind <salimma@fedoraproject.org>
`seq --format %.2g 10 10` would display `1` because the precision would
not allow room for the decimal point, and the `0` in `10` would be
trimmed as an insignificant trailing `0`.
This has been fixed by only trimming trailing `0` in the presence of a
decimal point.
Using `saturating_sub()` before converting to `usize` gives a wrong
feeling of security as it looks like it ensures that the value will
never go negative. However, since it is applied to `i32`, it can, and
converting it to `usize` would go horribly wrong anyway.
By following the code flow, `exponent` cannot be greater than
`precision`, or the `else` block would not have been taken. A plain
subtraction will give the same result and will at least panic in debug
mode.
- `Path::new()` returns a `&Path` and does not need to be dereferenced
- Some types can be deduced from the context and are well visible
already (`parse_size_u128()` or `from_bytes()`)
* fuzz: use thread to bypass the limitation of output
Closes: #5724
many thanks to @samueltardieu
* fuzz: enable seq as the stalled issue is fixed
* fuzz: add 4 more fuzzers
* fuzz: enable the 4 new fuzzers in the CI
* remove old import
Co-authored-by: Daniel Hofstetter <daniel.hofstetter@42dh.com>
* remove comment
Co-authored-by: Daniel Hofstetter <daniel.hofstetter@42dh.com>
* remove comment
Co-authored-by: Daniel Hofstetter <daniel.hofstetter@42dh.com>
* add more flags
Co-authored-by: Daniel Hofstetter <daniel.hofstetter@42dh.com>
* add space
Co-authored-by: Daniel Hofstetter <daniel.hofstetter@42dh.com>
* add a comment about sort local
Co-authored-by: Daniel Hofstetter <daniel.hofstetter@42dh.com>
* wrong copy/paste
Co-authored-by: Daniel Hofstetter <daniel.hofstetter@42dh.com>
* fuzz: import "std::env"
---------
Co-authored-by: Daniel Hofstetter <daniel.hofstetter@42dh.com>
- util/show-utils.sh script is used by FreeBSD workflow => use realpath
command from GNU coreutils instead of FreeBSD realpath.
- install GNU coreutils (FreeBSD package coreutils) in style job
Signed-off-by: Laurent Cheylus <foxy@free.fr>
- Use /usr/bin/env bash instead of /bin/sh to use OSTYPE
- Define variables for GNU version of make, nproc, readlink and use them on BSD.
Signed-off-by: Laurent Cheylus <foxy@free.fr>
- Use /usr/bin/env bash instead of /bin/sh to use OSTYPE
- Use readlink from GNU coreutils on BSD OS in util/build-code_coverage.sh and
util/show-code_coverage.sh scripts
Signed-off-by: Laurent Cheylus <foxy@free.fr>
- Use /usr/bin/env bash instead of /bin/sh to define OSTYPE
- Use GNU realpath on BSD OS (FreeBSD and OpenBSD)
Signed-off-by: Laurent Cheylus <foxy@free.fr>