[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <25387.50.0.229.11.1342998565.squirrel@lavabit.com>
Date: Sun, 22 Jul 2012 19:09:25 -0400 (EDT)
From: idunham@...abit.com
To: musl@...ts.openwall.com
Subject: Re: Hello
I've been getting a little impatient waiting to see if anything happens,
so I started going through orc's patch and revising it.
1. It still applies cleanly.
2. __sigsetjmp is only added on x86(_64).
While looking at arm, I noticed that x86/mips gas uses @function while arm
uses %function...is there a reason for this?
3. splice() is added to fcntl.h with _GNU_SOURCE, but needs (s)size_t;
what I did was add
#ifdef _GNU_SOURCE
#define __NEED_size_t
#define __NEED_ssize_t
#endif
above where alltypes.h was included.
>> > - rawmemchr() was taken from uClibc
(I'm temporarily dropping that part...)
>> > - ioperm() and iopl() were not necessary to make glxgears work, just
>> > added them because Xorg will want them
>> > Probably you will want to add:
>> > - weak_aliases for __underscores
>>
>> Except most of them should be in the opposite direction. Especially
>> for functions like strxfrm_l where we'll eventually want the ISO C
>> "foo" function to depend on the POSIX "foo_l" function, the latter
>> will need its real name to be the __-prefixed version.
Are there any of these that should not be the other way around?
>> > - weak_aliases __funcname_internal
>>
>> These are rather ugly and stupid, but seem harmless.
>>
>> > glibc-specific functions and objects required to make glxgears work:
...
>> > - gnu_get_libc_*()
>> return "not glibc";
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.
