Bug#754813: since 2.19: getpwuid() fails in statically linked programs

2014-07-14 Thread Andrey Gursky
Package: glibc Version: 2.19-5 Severity: normal Dear maintainers, since glibc 2.19 getpwuid() fails in a statically linked program (pw == NULL): #include unistd.h #include sys/types.h #include stdio.h #include pwd.h int main() { int uid; struct passwd *pw; uid=getuid();

Handling s390 libc ABI change in Debian

2014-07-14 Thread Aurelien Jarno
Hi all, glibc 2.19 has changed the libc ABI on s390, more specifically the setjmp/longjmp functions [1] [2]. Symbol versioning is used to handle some cases, but it doesn't work when a jmp_buf variable is embedded into a structure, as it changes the size of the structure. The result is that mixing

Re: Handling s390 libc ABI change in Debian

2014-07-14 Thread Carlos O'Donell
On Mon, Jul 14, 2014 at 4:36 PM, Aurelien Jarno aure...@debian.org wrote: glibc 2.19 has changed the libc ABI on s390, more specifically the setjmp/longjmp functions [1] [2]. Symbol versioning is used to handle some cases, but it doesn't work when a jmp_buf variable is embedded into a

Re: Handling s390 libc ABI change in Debian

2014-07-14 Thread Aurelien Jarno
On Mon, Jul 14, 2014 at 11:14:42PM -0400, Carlos O'Donell wrote: On Mon, Jul 14, 2014 at 4:36 PM, Aurelien Jarno aure...@debian.org wrote: glibc 2.19 has changed the libc ABI on s390, more specifically the setjmp/longjmp functions [1] [2]. Symbol versioning is used to handle some cases, but

Re: Handling s390 libc ABI change in Debian

2014-07-14 Thread Paul Wise
On Tue, Jul 15, 2014 at 1:18 PM, Aurelien Jarno wrote: It's a huge work for Debian, maybe not for other distribution, as it basically means we have to rebootstrap everything. This includes manual bootstrapping of self-dependent languages (haskell, gnat, ...) and manual handling of some