Your message dated Wed, 07 Jul 2004 09:08:00 +0900
with message-id <[EMAIL PROTECTED]>
and subject line Bug#184762: libc6-dev exposes "long long" to non-GNU compilers
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 Mar 2003 15:35:08 +0000
>From [EMAIL PROTECTED] Fri Mar 14 09:35:07 2003
Return-path: <[EMAIL PROTECTED]>
Received: from tripoint.kitware.com (hythloth.kitwarein.com) [24.97.130.20]
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 18trD9-0006Yc-00; Fri, 14 Mar 2003 09:35:07 -0600
Received: from localhost (localhost [127.0.0.1])
by hythloth.kitwarein.com (Postfix) with ESMTP id 376D72D14
for <[EMAIL PROTECTED]>; Fri, 14 Mar 2003 10:34:36 -0500 (EST)
Date: Fri, 14 Mar 2003 10:34:36 -0500 (EST)
From: Brad King <[EMAIL PROTECTED]>
X-X-Sender: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: libc6-dev exposes "long long" to non-GNU compilers
Message-ID: <[EMAIL PROTECTED]>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-0.8 required=4.0
tests=HAS_PACKAGE,SPAM_PHRASE_02_03,USER_AGENT_PINE
version=2.44
X-Spam-Level:
Package: libc6-dev
Version: 2.3.1-14
The debian patch "cvs.dpatch" adds an upstream line to
sysdeps/generic/bits/types.h
The line looks like this:
#define __UQUAD_TYPE unsigned long long int
other changes in the patch proceed to use __UQUAD_TYPE in places not
protected by "#ifdef __GNUC__" preprocessor statements. I looked in glibc
2.3.2 and found the same lines, but I'm reporting the bug here first in
case the patch didn't get all the necessary changes to avoid this problem.
I use the "Comeau C++" compiler (www.comeaucomputing.com), which is a
non-GNU C++ compiler with strict ISO C++ conformance. It does not support
the "long long" type unless a special compiler flag is added. The
following lines show the problem I originally encountered:
$ cat > t1.cxx <<EOF
#include <iostream>
EOF
$ como t1.cxx
"/usr/include/bits/types.h", line 131: error: the type "long long" is
nonstandard
typedef __DEV_T_TYPE __dev_t; /* Type of device numbers. */
This problem just started when I updated to version 2.3.1-14 of the
libc6-dev package. The previous version did not expose "long long" unless
__GNUC__ was defined.
Thanks for your time,
-Brad
---------------------------------------
Received: (at 184762-done) by bugs.debian.org; 7 Jul 2004 00:08:01 +0000
>From [EMAIL PROTECTED] Tue Jul 06 17:08:01 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 1Bhzyj-0005Zt-00; Tue, 06 Jul 2004 17:08:01 -0700
Received: from omega.webmasters.gr.jp (localhost [127.0.0.1])
by webmasters.gr.jp (Postfix) with ESMTP
id 0A8E7DEB58; Wed, 7 Jul 2004 09:08:00 +0900 (JST)
Date: Wed, 07 Jul 2004 09:08:00 +0900
Message-ID: <[EMAIL PROTECTED]>
From: GOTO Masanori <[EMAIL PROTECTED]>
To: Brad King <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Cc: GOTO Masanori <[EMAIL PROTECTED]>,
Jeff Bailey <[EMAIL PROTECTED]>
Subject: Re: Bug#184762: libc6-dev exposes "long long" to non-GNU compilers
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
<[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 Tue, 06 Jul 2004 08:35:36 -0400,
Brad King wrote:
> > There is ISO/IEC C++ 14882:2003 these days. This should be fixed
> > (but I have not confirmed yet).
> >
> > BTW, if compiler does not support 64bit type on 32bit architecture,
> > how to represent __off64_t? So I'm sure I think it's problem, but we
> > don't complain to glibc.
> >
> > If you have no objection after your checking about newer ISO/IEC C++
> > standard, I would like to close this bug.
>
> I still think the proper solution is to put __GLIBC_HAVE_LONG_LONG in
> the right places since it is carefully defined to support compilers
> released before the C++03 standard, but this is a glibc problem, not a
> debian problem. I have no problem with closing this bug now.
Thanks ack, I close this bug.
Regards,
-- gotom
