Your message dated Wed, 22 Sep 2004 09:29:04 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Fixed in upload of gcc-4.0 4.0-0pre0 to experimental
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; 18 Sep 2004 17:32:55 +0000
>From [EMAIL PROTECTED] Sat Sep 18 10:32:55 2004
Return-path: <[EMAIL PROTECTED]>
Received: from bqk156.neoplus.adsl.tpnet.pl (Knoppix) [83.29.78.156] 
        by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
        id 1C8j4w-0000in-00; Sat, 18 Sep 2004 10:32:55 -0700
Received: by Knoppix
        via sendmail from stdin
        id <[EMAIL PROTECTED]> (Debian Smail3.2.0.115)
        Sat, 18 Sep 2004 19:32:21 +0200 (CEST) 
Message-Id: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Grzegorz Jaskiewicz <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: g++-3.5 installed on debian, render g++-3.4 useless
Bcc: 
X-Mailer: reportbug 2.99.2
Date: Sat, 18 Sep 2004 19:32:21 +0200
X-BadReturnPath: [EMAIL PROTECTED] rewritten as [EMAIL PROTECTED]
  using "From" header
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=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE 
        autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level: 

Package: g++-3.5
Version: 3.5-0pre1
Severity: normal

I have both g++-3.4 and g++-3.5 on this system.
After installing 3.5, I am unable to compile c++ apps using 3.4 (in many
cases I want not to use development version of gcc).
I guess that's problem with libc++-dev. Since 3.5 is renumbered to 4.0,
Wouldn't it be natural to bump version on libc++ ? (to 7).

-- System Information:
Debian Release: 3.1
  APT prefers experimental
  APT policy: (990, 'experimental'), (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-rc2-mm1
Locale: LANG=C, LC_CTYPE=C

Versions of packages g++-3.5 depends on:
ii  gcc-3.5                     3.5-0pre1    The GNU C compiler
ii  gcc-3.5-base                3.5-0pre1    The GNU Compiler Collection (base 
ii  libc6                       2.3.2.ds1-16 GNU C Library: Shared libraries an
ii  libstdc++6-dev              3.5-0pre1    The GNU Standard C++ Library v3 (d

-- no debconf information

---------------------------------------
Received: (at 261693-done) by bugs.debian.org; 22 Sep 2004 07:29:08 +0000
>From [EMAIL PROTECTED] Wed Sep 22 00:29:08 2004
Return-path: <[EMAIL PROTECTED]>
Received: from mail.cs.tu-berlin.de [130.149.17.13] (root)
        by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
        id 1CA1Yq-0000wn-00; Wed, 22 Sep 2004 00:29:08 -0700
Received: from mailhost.cs.tu-berlin.de ([EMAIL PROTECTED] [130.149.17.13])
        by mail.cs.tu-berlin.de (8.9.3p2/8.9.3) with ESMTP id JAA00700;
        Wed, 22 Sep 2004 09:29:05 +0200 (MEST)
Received: from localhost (localhost [127.0.0.1])
        by mailhost.cs.tu-berlin.de (Postfix) with ESMTP id E66D8F218;
        Wed, 22 Sep 2004 09:29:04 +0200 (MEST)
Received: from mailhost.cs.tu-berlin.de ([127.0.0.1])
 by localhost (bueno [127.0.0.1]) (amavisd-new, port 10224) with ESMTP
 id 19663-45; Wed, 22 Sep 2004 09:29:04 +0200 (MEST)
Received: from bolero.cs.tu-berlin.de (bolero.cs.tu-berlin.de [130.149.19.1])
        by mailhost.cs.tu-berlin.de (Postfix) with ESMTP;
        Wed, 22 Sep 2004 09:29:04 +0200 (MEST)
Received: (from [EMAIL PROTECTED])
        by bolero.cs.tu-berlin.de (8.12.10+Sun/8.12.8/Submit) id i8M7T430009170;
        Wed, 22 Sep 2004 09:29:04 +0200 (MEST)
From: Matthias Klose <[EMAIL PROTECTED]>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <[EMAIL PROTECTED]>
Date: Wed, 22 Sep 2004 09:29:04 +0200
To: [EMAIL PROTECTED], [EMAIL PROTECTED],
        [EMAIL PROTECTED]
Subject: Re: Fixed in upload of gcc-4.0 4.0-0pre0 to experimental
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
X-Mailer: VM 7.03 under 21.4 (patch 6) "Common Lisp" XEmacs Lucid
X-Virus-Scanned: by amavisd-new at cs.tu-berlin.de
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=-0.1 required=4.0 tests=BAYES_44 autolearn=no 
        version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level: 

>  gcc-4.0 (4.0-0pre0) experimental; urgency=low
>  .
>    * gcc-4.0 snapshot, taken from the HEAD branch CVS 20040912.
>  .
>    * Matthias Klose <[EMAIL PROTECTED]>
>  .
>      - Integrate accumulated packaging patches from gcc-3.4.
>      - Rename libstdc++6-* packages to libstdc++6-4-* (closes: #261693).
>      - libffi4-dev: conflict with libffi3-dev (closes: #265939).
>  .
>    * Robert Millan <[EMAIL PROTECTED]>
>  .
>      * control.m4:
>        - s/locale_no_archs !hurd-i386/locale_no_archs/g
>          (This is now handled in rules.defs. [1])
>        - s/procps [check_no_archs]/procps [linux_gnu_archs]/g [2]
>        - Add type-handling to build-deps. [3]
>      * rules.conf:
>        - Don't require (>= $(libc_ver)) for libc0.1-dev. [4]
>        - Generate *_no_archs variables with type-handling and use them for
>          for m4's -D parameters. [3]
>      * rules.defs:
>        - use filter instead of findstring [1].
>        - s/netbsd-elf-gnu/netbsdelf-gnu/g [5].
>        - enable java for kfreebsd-gnu [6]
>        - enable ffi for kfreebsd-gnu and knetbsd-gnu [6]
>        - enable libgc for kfreebsd-gnu [6]
>        - enable checks for kfreebsd-gnu and knetbsd-gnu [7]
>        - enable locales for kfreebsd-gnu and gnu [1] [8].
>      * Closes: #264025.


Reply via email to