Next release of uclibc
Bernhard Reutner-Fischer
rep.dot.nop at gmail.com
Wed Jan 9 11:44:30 UTC 2013
On 9 January 2013 12:19, Florian Fainelli <florian at openwrt.org> wrote:
> Le 01/09/13 11:43, Will Newton a écrit :
>
>> On Wed, Jan 9, 2013 at 10:35 AM, Florian Fainelli <florian at openwrt.org>
>> wrote:
>>>
>>> Hello Bernhard,
>>>
>>> As discussed, here is what I have backported in my repository and which I
>>> believe is relevant for a 0.9.33.3 release.
>>>
>>> The following changes since commit
>>> e12ceeed5a1af59e6b0fc7debf4bb0a90e0acde6:
>>>
>>> Release 0.9.33.2 (2012-05-15 09:20:09 +0200)
>>>
>>> are available in the git repository at:
>>>
>>> git at github.com:ffainelli/uClibc.git 0.9.33.3-next
>>>
>>> for you to fetch changes up to cba252450e3ab12dd400c7de44ff97f7600172b7:
>>>
>>> pread/pwrite: handle renamed syscalls in common/ppc/xtensa code
>>> (2013-01-09 11:15:50 +0100)
>>>
>>> ----------------------------------------------------------------
>>> Bernhard Reutner-Fischer (2):
>>> ldso: use .arm mode for resolver unconditionally
>>> sched.h: include stdlib.h for malloc/free
That sched.h fix is already on the 0.9.33 branch. Can you refresh your
list, please?
>>>
>>> Carmelo Amoroso (2):
>>> inet:rpc: fix authnone_marshal in multithreading context
>>> inet:rpc: fix build in !NPTL case
>>>
>>> Chris Packham (1):
>>> libc/sysdeps: add __kernel_long and __kernel_ulong
>>>
>>> Felix Fietkau (1):
>>> AVR32: declare missing result variable
>>>
>>> Filippo Arcidiacono (2):
>>> librt: re-add SIGCANCEL to the list of blocked signal in helper
>>> thread
>>> arm: clone: restore stack pointer just after return from syscall
that one too
>>>
>>> James Hogan (1):
>>> mmap()->sys_mmap2: do unsigned shift of offset
>>>
>>> Kevin Cernekee (2):
>>> MIPS: Convert __syscall_error() callers to use $a0 for argument
>>> MIPS: Use $a0 instead of $v0 for __syscall_error() argument
>>>
>>> Khem Raj (1):
>>> eventfd: Implement eventfd2 and fix eventfd
that too
>>>
>>> Mike Frysinger (2):
>>> stdio: implement assignment-allocation "m" character
>>
>> Hi Florian,
>>
>> I also submitted a follow-up patch to this one that makes the scanf
>> behaviour more complete:
>>
>>
>> http://git.uclibc.org/uClibc/commit/?id=3d45b959518c375d07766f1826783a7072e2d450
>>
>> I'm not sure if either one is strictly a bug fix though...
>
>
> According to your commit changelog, it is, so I took this one as well.
Strictly speaking it is not a fix but it is small enough and not
intrusive, so ok.
thanks,
More information about the uClibc
mailing list