Date: Wed, 21 May 2014 08:59:48 -0400 From: Rich Felker <dalias@...c.org> To: musl@...ts.openwall.com Subject: Re: Post-1.1.1 plans On Wed, May 21, 2014 at 09:15:42AM +0300, Timo Teras wrote: > On Tue, 20 May 2014 18:33:25 -0400 > Rich Felker <dalias@...c.org> wrote: > > > A few things I want to work on either adding or making decisions > > about, aside from the existing roadmap items: > > > > - Stuff left in the "Open issues at end of April" thread: > > - Renaming _start in dynamic linker (annoying for debugging) > > - Resolving max_align_t issue and adding it > > - Pending __xmknod and __sysv_signal patch (ABI compat) > > - Pending fmtmsg patch (probably ok as-is) > > - Adding recvmmsg/sendmmsg (waiting on Timo, I think) > > I don't really have a good idea on how to do it nicely. Perhaps try to > fix kernel on 64-bits? Repeatedly calling sendmsg does not work because timeout can't be honored, but repeatedly calling sendmmsg with a count of 1 seems viable (and likewise for recvmmsg but I don't remember if it's as difficult or not; need to look back at archives). As for the const issue, glibc seems to have resolved to remove it. I think we can do the same but perhaps we should document (when we do) that the contents of the timespec after return are unspecified. > > - The if_nameindex/getifaddrs issue > > - LINE_MAX vs sysconf(_SC_LINE_MAX) issue > > - Proposed errc/etc. addition to err.h > > - And error.h? > > - Whether to add default timezone from /etc? > > We just default to ":localtime" if TZ is not defined: > http://git.alpinelinux.org/cgit/aports/plain/main/musl/2001-default-to-localtime-timezone-if-TZ-is-undefined.patch > > and we make /etc/zoneinfo/localtime a symlink to (or a copy of) the > wanted timezone. Works perfect. Yes, that probably works fine, but it may be desirable to have more out-of-the-box compatibility with the way glibc does it for running binaries on non-musl-based systems. (Not decided on this; just think some people might prefer it.) > > - reallocarray and explicit_bzero request > > > > There may be other open things I'm missing; let me know if you have a > > request that doesn't appear above. > > Proper backtrace from core dumps of dynamic linked apps. At least to > get analyzing core dumps working. I think adding CFI is 90% of this. > But IIRC, gdb does not reliably detect mappings of shared objects. That > might need something additional. Do you have details on that? > thread_db support would be also nice, but that falls into gdbing > running processes. Have you seen the one-line patch to gdb that seems to make everything work fine without it? Rich
Powered by blists - more mailing lists
Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.