[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#555935: marked as done (libc6-dev: strsignal(3) should be available without #define _GNU_SOURCE)



Your message dated Thu, 12 Nov 2009 21:03:26 +0100
with message-id <20091112200326.GK9052@hall.aurel32.net>
and subject line Re: Bug#555935: libc6-dev: strsignal(3) should be available without #define _GNU_SOURCE
has caused the Debian Bug report #555935,
regarding libc6-dev: strsignal(3) should be available without #define _GNU_SOURCE
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
555935: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555935
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: libc6-dev
Version: 2.9-24
Severity: normal

The man page for strsignal(3) claims that the function is not part of
any standard.   Actually the function is part of the POSIX standard,
as of 2008.  See

  http://www.opengroup.org/onlinepubs/9699919799/functions/strsignal.html

This means among other things that it should be possible to get the
function without

  #define _GNU_SOURCE

as described on the man page.  This will require a change to GNU libc.

I'm reporting to Debian rather than upstream because upstream says
that glibc bugs as part of a Linux distribution should be reported to
that distribution.

-- System Information:
Debian Release: 5.0.3
  APT prefers stable
  APT policy: (500, 'stable'), (50, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages libc6-dev depends on:
ii  libc-dev-bin                  2.9-24     GNU C Library: Development binarie
ii  libc6                         2.9-24     GNU C Library: Shared libraries
ii  linux-libc-dev                2.6.26-19  Linux support headers for userspac

Versions of packages libc6-dev recommends:
ii  gcc [c-compiler]             4:4.3.2-2   The GNU C compiler
ii  gcc-2.95 [c-compiler]        1:2.95.4-27 The GNU C compiler
ii  gcc-4.1 [c-compiler]         4.1.2-25    The GNU C compiler
ii  gcc-4.3 [c-compiler]         4.3.2-1.1   The GNU C compiler

Versions of packages libc6-dev suggests:
ii  glibc-doc                     2.7-18     GNU C Library: Documentation
ii  manpages-dev                  3.05-1     Manual pages about using GNU/Linux

-- no debconf information



--- End Message ---
--- Begin Message ---
Version: 2.10-1

On Thu, Nov 12, 2009 at 01:28:21PM -0500, Norman Ramsey wrote:
> Package: libc6-dev
> Version: 2.9-24
> Severity: normal
> 
> The man page for strsignal(3) claims that the function is not part of
> any standard.   Actually the function is part of the POSIX standard,
> as of 2008.  See
> 
>   http://www.opengroup.org/onlinepubs/9699919799/functions/strsignal.html
> 
> This means among other things that it should be possible to get the
> function without
> 
>   #define _GNU_SOURCE
> 
> as described on the man page.  This will require a change to GNU libc.
> 

glibc 2.9 has been released before POSIX 2008 and is therefore not
compliant. glibc 2.10 is compliant with POSIX 2008, so you just have to
upgrade. Closing the bug.

-- 
Aurelien Jarno	                        GPG: 1024D/F1BCDB73
aurelien@aurel32.net                 http://www.aurel32.net


--- End Message ---

Reply to: