Your message dated Sat, 17 Jul 2004 10:23:50 +0900
with message-id <[EMAIL PROTECTED]>
and subject line Bug#220673: libc6.1-dev: bits/sched.h has typo in CPU_ZERO
macro
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 14 Nov 2003 02:03:16 +0000
>From [EMAIL PROTECTED] Thu Nov 13 20:03:15 2003
Return-path: <[EMAIL PROTECTED]>
Received: from gsyprf3.external.hp.com [192.6.38.17]
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1AKTIp-0008PS-00; Thu, 13 Nov 2003 20:03:15 -0600
Received: by gsyprf3.external.hp.com (Postfix, from userid 1000)
id C91832402C7; Thu, 13 Nov 2003 18:03:11 -0800 (PST)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Grant Grundler <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: libc6.1-dev: bits/sched.h has typo in CPU_ZERO macro
X-Mailer: reportbug 2.36
Date: Thu, 13 Nov 2003 18:03:11 -0800
Message-Id: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-2.5 required=4.0
tests=BAYES_99,HAS_PACKAGE
version=2.53-bugs.debian.org_2003_11_13
X-Spam-Level:
X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_11_13
(1.174.2.15-2003-03-30-exp)
Package: libc6.1-dev
Version: 2.3.2-9
Severity: normal
Current bits/sched.h has:
/* Data structure to describe CPU mask. */
typedef struct
{
__cpu_mask __bits[__CPU_SETSIZE / __NCPUBITS];
} cpu_set_t;
/* Access functions for CPU masks. */
# define __CPU_ZERO(cpusetp) \
do { \
unsigned int __i; \
cpu_set *__arr = (cpusetp); \
for (__i = 0; __i < sizeof (cpu_set) / sizeof (__cpu_mask); ++__i) \
__arr->__bits[__i] = 0; \
} while (0)
Note that "cpu_set" is unknown type. Should be "cpu_set_t".
Unstable (.ds1-10 has the same bug).
grant
-- System Information:
Debian Release: testing/unstable
Architecture: ia64
Kernel: Linux gsyprf3.external.hp.com 2.6.0-test9 #6 SMP Sun Nov 9 13:30:54 PST
2003 ia64
Locale: LANG=C, LC_CTYPE=C
Versions of packages libc6.1-dev depends on:
ii libc6.1 2.3.2-9 GNU C Library: Shared libraries an
-- no debconf information
---------------------------------------
Received: (at 220673-done) by bugs.debian.org; 17 Jul 2004 01:23:51 +0000
>From [EMAIL PROTECTED] Fri Jul 16 18:23:51 2004
Return-path: <[EMAIL PROTECTED]>
Received: from omega.webmasters.gr.jp (webmasters.gr.jp) [218.44.239.78]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1Bldvb-00062H-00; Fri, 16 Jul 2004 18:23:51 -0700
Received: from omega.webmasters.gr.jp (localhost [127.0.0.1])
by webmasters.gr.jp (Postfix) with ESMTP
id 928B6DEB80; Sat, 17 Jul 2004 10:23:50 +0900 (JST)
Date: Sat, 17 Jul 2004 10:23:50 +0900
Message-ID: <[EMAIL PROTECTED]>
From: GOTO Masanori <[EMAIL PROTECTED]>
To: Grant Grundler <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Subject: Re: Bug#220673: libc6.1-dev: bits/sched.h has typo in CPU_ZERO macro
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
User-Agent: Wanderlust/2.9.9 (Unchained Melody) SEMI/1.14.3 (Ushinoya)
FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2
(i386-debian-linux-gnu) MULE/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya")
Content-Type: text/plain; charset=US-ASCII
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER
autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level:
At Thu, 13 Nov 2003 18:03:11 -0800,
Grant Grundler wrote:
> Current bits/sched.h has:
>
> /* Data structure to describe CPU mask. */
> typedef struct
> {
> __cpu_mask __bits[__CPU_SETSIZE / __NCPUBITS];
> } cpu_set_t;
>
> /* Access functions for CPU masks. */
> # define __CPU_ZERO(cpusetp) \
> do { \
> unsigned int __i; \
> cpu_set *__arr = (cpusetp); \
> for (__i = 0; __i < sizeof (cpu_set) / sizeof (__cpu_mask); ++__i) \
> __arr->__bits[__i] = 0; \
> } while (0)
>
> Note that "cpu_set" is unknown type. Should be "cpu_set_t".
> Unstable (.ds1-10 has the same bug).
Goot point, right. In glibc 2.3.2.ds1-13,
# define __CPU_ZERO(cpusetp) \
do {
\
unsigned int __i;
\
cpu_set_t *__arr = (cpusetp);
\
for (__i = 0; __i < sizeof (cpu_set_t) / sizeof (__cpu_mask);
++__i) \
__arr->__bits[__i] = 0;
\
} while (0)
So it should be fixed. I close this bug.
Regards,
-- gotom
