User Details
- User Since
- Jul 1 2014, 6:02 PM (567 w, 3 d)
Yesterday
Seems correct at a glance, but maybe let @imp weight in before committing.
Tue, May 13
Mon, May 12
Sun, May 11
Does pig-state eventually lose the -N argument entirely?
Thu, May 8
Wed, May 7
Seems reasonable. Sorry I missed that MCLBYTES is something people adjust upward.
Mon, May 5
Fri, May 2
To fix an a separate commit: the foot note ordering is quite jarring.
Thu, May 1
Tue, Apr 29
If this were i386 or amd64 then yes, but armv7 is a tier-2 architecture so we can break the ABI contract in ways that are harmless. IMO there's lots of value in making lower tier platforms less weird.
Mon, Apr 28
There's an argument there should be a DECLARE_SFF_8024_ID macro that consumers add to their .c file, but is easy and has precedent.
Fri, Apr 25
Tue, Apr 22
Use Nm to render libutil in HISTORY
getmntopts.c -> mntopts.c to match header and manpage.
- actually install the manpage
- add guards to header
Sorry for the churn, but I think @kib is right and this should be declared in libc_private.h and not namespaced.
Mon, Apr 21
Fri, Apr 18
Thu, Apr 17
This came in with D17587 for compatibility with old object files. It was roughly contemporaneous with GCC 6.5, the last release with GCJ support.
This seems alright.
Apr 11 2025
This should be less confusing.
You still need to add a an #undef execvpe line to un-namespace.h and then you shouldn't need the libc_private.h entry. The point of namespace.h/un-namespace.h is that the declarations are impacted by the macro so the execvpe declaration in unistd.h becomes an __libc_execvpe declaration which you can then use.
I think you need to bring the __weak_reference line back from the original change.
Apr 10 2025
Apr 8 2025
Apr 7 2025
Apr 4 2025
Apr 3 2025
Mar 31 2025
Mar 28 2025
Mar 27 2025
Seems fine conceptually, a couple comments.
Mar 26 2025
fix typo pointed out by @emaste
Mar 24 2025
Mar 21 2025
Mar 20 2025
- s/answers answers/values/ as pointed out by @jbo