Bug#559052: lbzip2: FTBFS on GNU/kFreeBSD

2009-12-02 Thread ERSEK Laszlo
On Wed, 2 Dec 2009, Cyril Brulebois wrote: Firstly, strerror() is not required to be reentrant by SUSv2 [0], which is the one and only standard that lbzip2 is coded against. Secondly, incredible it might seem, I even know about strerror_r(), and if you grep the source for it, you'll find that I

Bug#559052: lbzip2: FTBFS on GNU/kFreeBSD

2009-12-02 Thread Petr Salinger
Hi. Wrt. to the compilation error itself: this is a standards-non-compliance bug in GNU/kFreeBSD; SUSv2 mandates those STREAMS related error numbers [2] [3]. I'm not saying GNU/kFreeBSD should support STREAMS, but it should #define those macros. (Or maybe GNU/kFreeBSD doesn't even intend to

Bug#559052: lbzip2: FTBFS on GNU/kFreeBSD

2009-12-02 Thread Ersek, Laszlo
On Thu, 3 Dec 2009, Petr Salinger wrote: We try to support SUSv3, but not all optional parts, the streams related errors are marked as OB XSR by POSIX 2008. Note that POSIX 2008 is SUSv4, not SUSv3. In my understanding, XPG4v2 - Issue 4, Version 2 - SUSv1 - UNIX 95 XPG5(?) - Issue 5

Bug#559052: lbzip2: FTBFS on GNU/kFreeBSD

2009-12-01 Thread Cyril Brulebois
Package: lbzip2 Version: 0.18-2 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, your package FTBFS on GNU/kFreeBSD: | gcc $(/bin/sh lfs.sh CFLAGS) -D _XOPEN_SOURCE=500 -pipe -ansi -pedantic -g3 -Wall -O2 -c main.c | main.c:115: error: 'ENODATA'

Bug#559052: lbzip2: FTBFS on GNU/kFreeBSD

2009-12-01 Thread ERSEK Laszlo
On Tue, 1 Dec 2009, Cyril Brulebois wrote: your package FTBFS on GNU/kFreeBSD: | gcc $(/bin/sh lfs.sh CFLAGS) -D _XOPEN_SOURCE=500 -pipe -ansi -pedantic -g3 -Wall -O2 -c main.c | main.c:115: error: 'ENODATA' undeclared here (not in a function) | main.c:125: error: 'ENOSR' undeclared here (not

Bug#559052: lbzip2: FTBFS on GNU/kFreeBSD

2009-12-01 Thread Cyril Brulebois
Hi. ERSEK Laszlo la...@caesar.elte.hu (01/12/2009): Oh thank you for your kind words. Firstly, strerror() is not required to be reentrant by SUSv2 [0], which is the one and only standard that lbzip2 is coded against. Secondly, incredible it might seem, I even know about strerror_r(), and if