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

Bug#522774: marked as done (libc6-dev: uses “__unused” as identifier, which is traditionally used by BSD as macro)



Your message dated Tue, 1 Dec 2015 23:23:29 +0100
with message-id <20151201222329.GA11876@aurel32.net>
and subject line Re: libc6-dev: uses “__unused��� as identifier, which is traditionally used by BSD as macro
has caused the Debian Bug report #522774,
regarding libc6-dev: uses “__unused” as identifier, which is traditionally used by BSD as macro
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.)


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

(mass filing with linux-libc-dev and libc6-dev)

/usr/include/aio.h:  char __unused[32];
/usr/include/aio.h:  char __unused[32];
/usr/include/bits/stat.h:    long int __unused[3];
/usr/include/bits/stat.h:    long int __unused[3];
/usr/include/bits/utmp.h:  char __unused[20];           /* Reserved for future use.  */
/usr/include/bits/utmpx.h:  char __unused[20];          /* Reserved for future use.  */
/usr/include/netdb.h:  int __unused[5];
/usr/include/netinet/ip_icmp.h:      u_int16_t  __unused;

These conflict with the traditional use of __unused by the BSDs, which
predates use of __unused as identifier by Linux and glibc headers.

For example, the Debian package libbsd-dev includes the following code:

#ifndef __unused
# ifdef __GNUC__
#  define __unused __attribute__((unused))
# else
#  define __unused
# endif
#endif

It however was ifdef’d out due to this problem. A personal package of
mine, mirmake, fails to build on more recent Debian systems because it
does _not_ ifdef it out, since otherwise, some BSD software cannot be
compiled (without extra patches).

Please file this bug with your respective upstreams *and* patch the
header files in question yourselves, to bridge over the response time
waiting for upstream to fix it.

Thanks!


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-1-xen-amd64 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/mksh

Versions of packages libc6-dev depends on:
ii  libc6                         2.9-6      GNU C Library: Shared libraries
ii  linux-libc-dev                2.6.29-2   Linux support headers for userspac

Versions of packages libc6-dev recommends:
ii  gcc [c-compiler]              4:4.3.3-2  The GNU C compiler
ii  gcc-3.4 [c-compiler]          3.4.6-9    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.3-5    The GNU C compiler

Versions of packages libc6-dev suggests:
ii  glibc-doc                     2.9-6      GNU C Library: Documentation
ii  manpages-dev                  3.17-1     Manual pages about using GNU/Linux

-- no debconf information



--- End Message ---
--- Begin Message ---
Version: eglibc/2.19-1

On 2013-12-02 18:33, Aurelien Jarno wrote:
> tag 522774 + fixed-upstream
> thanks
> 
> This problem has just been fixed upstream, it will be there with the
> 2.19 release. 

And now closing the bug.

-- 
Aurelien Jarno                          GPG: 4096R/1DDD8C9B
aurelien@aurel32.net                 http://www.aurel32.net

--- End Message ---

Reply to: