Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Thu, 10 Jan 2013 08:04:54 -0800
From: Isaac Dunham <idunham@...abit.com>
To: musl@...ts.openwall.com
Subject: Re: Remaining ABI issues

On Wed, 9 Jan 2013 23:03:19 -0500
Rich Felker <dalias@...ifal.cx> wrote:

> As for type-2 issues (C++ ABI), there are a number I'm aware of and
> probably plenty more I'm not aware of, where we don't match glibc and
> thus can't work with glibc-targeted shared library binaries or
> applications written in C++:
> 
> - FILE, mbstate_t, and fpos_t tags don't match glibc's.
Hmm...it cares about what FILE looks like?

> - Underlying type of pthread_t is pointer in musl, long in glibc
>
> - Type of timer_t is a pointer in musl; this is actually
>   non-conforming to POSIX as well as being incompatible with glibc.

FYI, I compared man 3posix types.h (SUSv3) with the POSIX 2008 description, and it looks like the use of a pointer for pthread_t was at one point not permitted, though this was fixed by POSIX 2004.

> - Not only do the struct tags underlying jmp_buf and sigjmp_buf
>   mismatch glibc's; worse, glibc uses the SAME tag for both (i.e.
>   they're the same type).


-- 
Isaac Dunham <idunham@...abit.com>

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.