[resending for the inclusion to the Debian BTS]
Phil Edwards writes:
> close 236912
> thanks
>
> This bug report reinforces my opinion that bug reports consisting of
> claims of nonconformance, but not accompanied by a testcase, should be
> immediately closed.
>
>
> On Mon, Mar 08, 2004 at 11:1
--- Additional Comments From doko at cs dot tu-berlin dot de 2004-03-09
05:19 ---
Subject: Re: No std::bad_alloc::what() const
[resending for the inclusion to the Debian BTS]
Phil Edwards writes:
> close 236912
> thanks
>
> This bug report reinforces my opinion that bug reports consi
--- Additional Comments From zack at gcc dot gnu dot org 2004-03-09 04:45
---
It appears to me that the original reporter wanted what() to return
an "intelligible error message" a la icc's "bad allocation", rather
than "St9bad_alloc" (which does communicate the same information but
in a
Processing commands for [EMAIL PROTECTED]:
> close 236912
Bug#236912: [PR 14493] new: No std::bad_alloc::what() const
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug closed, send any further explanations to "Jeroen T. Vermeulen" <[EMAIL
PROTECTED]>
> thanks
Stopping
--- Additional Comments From pme at gcc dot gnu dot org 2004-03-09 04:14
---
Works just fine. Submitter is mistaken.
--
What|Removed |Added
Status|NEW
--- Additional Comments From phil at jaj dot com 2004-03-09 04:14 ---
Subject: Re: No std::bad_alloc::what() const
close 236912
thanks
This bug report reinforces my opinion that bug reports consisting of
claims of nonconformance, but not accompanied by a testcase, should be
immediately
close 236912
thanks
This bug report reinforces my opinion that bug reports consisting of
claims of nonconformance, but not accompanied by a testcase, should be
immediately closed.
On Mon, Mar 08, 2004 at 11:15:05PM -, bangerth at dealii dot org wrote:
> For Andrew: the code takes the respect
--- Additional Comments From gdr at integrable-solutions dot net
2004-03-09 03:13 ---
Subject: Re: [3.3 Regression] ICE in dwarf-2 on code using altivec
"amodra at bigpond dot net dot au" <[EMAIL PROTECTED]> writes:
| 3.4.0 fix committed.
Could you commit correponding versions for gc
--- Additional Comments From amodra at bigpond dot net dot au 2004-03-09
03:04 ---
3.4.0 fix committed.
--
What|Removed |Added
Known to work|3.3 3.5.0
LAST_UPDATED:
Native configuration is s390-ibm-linux-gnu
=== g++ tests ===
Running target unix
XPASS: g++.other/init5.C Execution test
=== g++ Summary ===
# of expected passes8181
# of unexpected successes 1
# of expected failures 93
LAST_UPDATED:
Native configuration is mips-unknown-linux-gnu
=== g++ tests ===
Running target unix
XPASS: g++.dg/other/packed1.C execution test
XPASS: g++.law/profile1.C (test for excess errors)
XPASS: g++.law/profile1.C Execution test
XPASS: g++.other/init5.C Execution test
LAST_UPDATED:
Native configuration is mipsel-unknown-linux-gnu
=== g++ tests ===
Running target unix
XPASS: g++.law/profile1.C (test for excess errors)
XPASS: g++.law/profile1.C Execution test
XPASS: g++.other/init5.C Execution test
=== g++ Summary ===
# of e
--- Additional Comments From bangerth at dealii dot org 2004-03-08 23:15
---
For Andrew: the code takes the respective method of the base
class.
Here's a testcase:
---
#include
#include
int main ()
{
try
{
new char[static_cast(-1)/2];
}
cat
Processing commands for [EMAIL PROTECTED]:
> # submitted Debian report #236912 to gcc-gnats as PR 14493
> # http://gcc.gnu.org/PR14493
> forwarded 236912 http://gcc.gnu.org/PR14493
Bug#236912: /usr/include/c++/3.3/new: No std::bad_alloc::what() const
Noted your statement that Bug has been forwarde
--
What|Removed |Added
Summary|new: No |No std::bad_alloc::what()
|std::bad_alloc::what() const|const
http://gcc.gnu.org/bugzilla/s
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-03-08
22:36 ---
Confirmed a bug, but it seems like the code you have should compile as
exception have a what()
method.
--
What|Removed |Added
--
Package: libstdc++5-3.3-dev
Version: 1:3.3.3-2
Severity: minor
File: /usr/include/c++/3.3/new
std::bad_alloc doesn't seem to define a what() (std par. 18.4.2.1)
leading to unintelligible error messages.
-- System Information:
Debian Release: testing/unstable
Architecture: powerpc (ppc)
Kernel: Li
Accepted:
cpp-3.3_3.3.3-2_hppa.deb
to pool/main/g/gcc-3.3/cpp-3.3_3.3.3-2_hppa.deb
fastjar_3.3.3-2_hppa.deb
to pool/main/g/gcc-3.3/fastjar_3.3.3-2_hppa.deb
fixincludes_3.3.3-2_hppa.deb
to pool/main/g/gcc-3.3/fixincludes_3.3.3-2_hppa.deb
g++-3.3_3.3.3-2_hppa.deb
to pool/main/g/gcc-3.3/g++-3
gcc-3.3_3.3.3ds5-2_hppa.changes uploaded successfully to localhost
along with the files:
gcc-3.3-base_3.3.3-2_hppa.deb
libgcc1_3.3.3-2_hppa.deb
cpp-3.3_3.3.3-2_hppa.deb
protoize_3.3.3-2_hppa.deb
fixincludes_3.3.3-2_hppa.deb
gobjc-3.3_3.3.3-2_hppa.deb
libobjc1_3.3.3-2_hppa.deb
gij-3.
On Sat, Mar 06, 2004 at 12:18:07AM -0800, Debian Bug Tracking System wrote:
> Branden Robinson writes:
> > On Wed, Mar 03, 2004 at 11:02:15AM +0100, Matthias Klose wrote:
> > > Branden Robinson writes:
> > > > Package: gcc-3.3
> > > > Version: 1:3.3.3-0pre3
> > > > Severity: normal
> > > >
> > > >
Package: libstdc++6-dbg
Version: 3.4-0pre1
Severity: important
Tags: experimental
Hi,
here is the problem:
Unpacking libstdc++6-dbg (from .../libstdc++6-dbg_3.4-0pre1_i386.deb) ...
dpkg - warning, overriding problem because --force enabled:
trying to overwrite `/usr/lib/debug/libstdc++.a', whi
21 matches
Mail list logo