Bug#358076: marked as done (g++-4.0: fails to locate std C++ headers (eg, typeinfo))
Your message dated Wed, 23 Jan 2008 16:21:45 +0100
with message-id <18327.23433.426223.446451@gargle.gargle.HOWL>
and subject line Bug#358076: ...
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)
--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: g++-4.0: fails to locate std C++ headers (eg, typeinfo)
- From: "Christian E. Boehme" <hacks@cb8.org>
- Date: Tue, 21 Mar 2006 04:29:14 +0100
- Message-id: <20060321032914.2710.17808.reportbug@airborne.cb8.org>
Package: g++-4.0
Version: 4.0.3-1
Severity: grave
Justification: renders package unusable
g++ (or cpp, for that matter) is not able to find the standard C++
headers and terminates with (example: typeinfo) ``error: typeinfo:
No such file or directory'' although /usr/include/c++/4.0.3/typeinfo
clearly exists and is luser readable. It turns out that the typical
``--with-gxx-include-dir'' configure option (as is present in the
g++-3.3 executable, for example) is missing.
-- System Information:
Debian Release: testing/unstable
Architecture: powerpc (ppc)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15.6-lombard-xfs
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages g++-4.0 depends on:
ii gcc-4.0 4.0.3-1 The GNU C compiler
ii gcc-4.0-base 4.0.3-1 The GNU Compiler Collection (base
ii libc6 2.3.6-3 GNU C Library: Shared libraries an
ii libstdc++6-4.0-dev 4.0.3-1 The GNU Standard C++ Library v3 (d
g++-4.0 recommends no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
- To: "Christian E. Boehme" <ceb@cb8.org>, 358076-done@bugs.debian.org
- Cc: control@bugs.debian.org
- Subject: Re: Bug#358076: ...
- From: Matthias Klose <doko@cs.tu-berlin.de>
- Date: Wed, 23 Jan 2008 16:21:45 +0100
- Message-id: <18327.23433.426223.446451@gargle.gargle.HOWL>
- In-reply-to: <20060323223235.GB5802@airborne.cb8.org>
- References: <20060321032914.2710.17808.reportbug@airborne.cb8.org> <20060321043605.GB11610@tennyson.dodds.net> <20060321212340.GA2850@airborne.cb8.org> <20060322014942.GA14562@tennyson.dodds.net> <20060322032746.GA3305@airborne.cb8.org> <20060322041507.GB14742@tennyson.dodds.net> <20060322151032.GA3582@airborne.cb8.org> <20060323061540.GA18760@tennyson.dodds.net> <17442.47859.97602.203853@gargle.gargle.HOWL> <20060323223235.GB5802@airborne.cb8.org>
tag 358076 + wontfix
thanks
closing as wontfix; in the meantime, more components in the
gcc_lib_dir did change:
- gcc-lib -> gcc
- target triplet changed, and now includes '-gnu'
closing this bug as wontfix for the distribution.
Christian E. Boehme writes:
> On Thu, Mar 23, 2006 at 04:12:51PM +0100, Matthias Klose wrote:
> > From the man page:
> >
> > The -V and -b options work by running the <machine>-gcc-<version>
> > executable, so there's no real reason to use them if you can just
> > run that directly.
>
> Which makes the existence of both options, what, obsolete, doesn't it ?
> Which naturally raises the question why they're there at all ...
--- End Message ---
Reply to: