From: Rich Felker <dalias@libc.org>
To: musl@lists.openwall.com
Subject: [musl] Summary of open items at 1.2.3 release time
Date: Tue, 8 Mar 2022 17:54:15 -0500 [thread overview]
Message-ID: <20220308225406.GA10714@brightrain.aerifal.cx> (raw)
I'm trying to wrap up a way-overdue release, and there are some known
things I wanted to get done in this cycle that just need to be put
off:
- mntent fix: At least as I remember the state of things, there's no
fix patch that's been written and tested that's not making
additional possibly- (likely-) unwanted behavioral changes.
- pthread_barrier_wait: It seems something is seriously wrong and I
(or someone else, but this is probably best for me to do) need to
sit down and work out the sequencing logic and figure out what's
wrong. The result might entail a redesign and rewrite, so I don't
think we can hold things up with this. I should probably drop use of
it in musl (all uses can be replaced by simpler primitives) but I'd
rather do that after release too.
- ld-musl....path file location logic: There's a patch for this I
haven't reviewed. It's a low-impact issue so I'll look after
release.
- ASM source file conversions to inline asm: I'm not sure of the
status on this; it was in progress but not ready for merge before.
- Some mess in x32 sys/user.h: A bunch of members are 32-bit and some
(maybe all) need to be 64-bit?
- Some RPATH $ORIGIN failure cases: I need to review this again.
- Request for preadv2/pwritev2: No follow-up getting info on whether
or how glibc exposes them.
- CMSG_* warning mess: We may want to finally act on this since it
keeps tripping people up, but I don't want to do a hasty change and
risk introducing a bug at release time. Let's look at this later.
- NFTW_CHDIR support: This is probably ok but I haven't reviewed it.
Hope to merge after release.
- nscd querying when the daemon is disabled for some query types: IIRC
this had really problematic behavior we don't understand well still
on the nscd side that might mean we're doing things wrong or that
there's no way to do things right. Needs investigation before any
action.
- Glob altdirfunc stuff and related changes: I don't remember if the
UB was all resolved; if so this may be acceptable to merge.
- _SC_NPROCESSORS_CONF: Need to review where this is at.
- Improvements to qsort: These were put off pending qsort_r, which is
done now, so it may be appropriate to fix up and merge these.
And some things that were open but approved for merge or trivial, that
I'm fixing now:
- Zeroing canary byte to avoid leaking it via string functions
- Avoid runtime conversions of floating-point constants
- __WORDSIZE inconsistency on x32
- Linux uapi additions
- nice EACCES/EPERM issue
All in all, the above list turned out to be a lot more extensive than
I expected, and this really highlights the need for an issue
tracker...
Please reply to add anything I may have missed. If you have follow-up
on any of the actual items, though, maybe hold off for a few days
until I can actually get a release out and have mental space to deal
with new stuff. :-)
Rich
next reply other threads:[~2022-03-08 22:54 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-03-08 22:54 Rich Felker [this message]
2022-03-09 1:21 ` psykose
2022-03-09 21:03 ` Joakim Sindholt
2022-03-14 20:36 ` enh
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20220308225406.GA10714@brightrain.aerifal.cx \
--to=dalias@libc.org \
--cc=musl@lists.openwall.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.vuxu.org/mirror/musl/
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).