mailing list of musl libc
 help / color / mirror / code / Atom feed
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

             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).