Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: gcc at cohi dot at
Given a template class declared with a "char" template parameters, for example
template< char ... C > struct one;
and demangling the
--- Comment #3 from gcc at cohi dot at 2010-05-07 09:33 ---
(In reply to comment #1)
> Most likely related to PR 43277. I want to say Darwin10's unwinder is broken
> ...
Update: The general problem of some exceptions not being caught in
catch-clauses occurs less frequent
--- Comment #2 from gcc at cohi dot at 2010-04-13 21:26 ---
(In reply to comment #1)
> Most likely related to PR 43277. I want to say Darwin10's unwinder is broken
> ...
Can this be confirmed?
The information in PR 43277, and the ones linked from there, seemed
inconclusive
tigger:/tmp>
--
Summary: exception ignores catch-clause when std::ostringstream
helps in throwing
Product: gcc
Version: 4.4.3
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c++
AssignedTo: un
--- Comment #3 from gcc at cohi dot at 2009-03-13 07:33 ---
The bug is in both 4.3.3 and 4.3.2, however it isn't in 4.3.0 on a
sparcv9-sun-solaris2.10 box with 64bits. Haven't got any 4.3.1 to try.
If 4.4.0 is out before 4.3.4 (if there is such a thing), it might not rea
--- Comment #1 from gcc at cohi dot at 2009-03-12 17:00 ---
Just now I installed pre-release gcc-4.4-20090306 and there is no error with
t.cc as shown, so it seems to be a bug that has been already fixed; I didn't
check any 4.3.4 pre-release however.
--
http://gcc.gnu.org/bug
irtual -std=gnu++0x -m32
-fno-enforce-eh-specs -I/opt/local/includeb.cc -o b
co...@weasel:/tmp>
--
Summary: std::shared_ptr barfs on incomplete template class that
boost::shared_ptr accepts
Product: gcc
Version: 4.3.3
Status: UNCONFIRMED
--- Comment #4 from gcc at cohi dot at 2008-04-08 10:55 ---
The second example could be related with a recursive template, more precisely
the templates seq_min_impl1 and seq_min_impl2 together perform a template
meta-programming "recursive walk" of a template structure, i
--
gcc at cohi dot at changed:
What|Removed |Added
Severity|major |blocker
Summary|ICE on template-heavy C++ |ICEs in template-heavy C
--- Comment #3 from gcc at cohi dot at 2008-04-08 08:31 ---
Created an attachment (id=15445)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15445&action=view)
Here's the preprocessed source for a similar bug that might be related.
> g++-mp-4.3 -save-temps -
--- Comment #2 from gcc at cohi dot at 2008-04-04 21:44 ---
Looking for a workaround I noticed that the ICE might actually be in connection
with the template template arguments of the overloaded functions pegtl::parse()
... it's the only place where template template arguments were
--- Comment #1 from gcc at cohi dot at 2008-04-04 21:30 ---
Created an attachment (id=15430)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15430&action=view)
The file that triggered the ICE (preprocessed).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35828
source line
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gcc at cohi dot at
GCC host triplet: i386-apple-da
--- Comment #2 from gcc at cohi dot at 2006-05-19 18:23 ---
Ah.
I, obviously wrongly, assumed that TLS would work if I could build gcc with
--enable-tls.
(Chapter 5.51 of the GCC 4.1.0 docs, which talks about thread local storage,
says that TLS is "not available everywhere",
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: gcc at cohi dot at
GCC host triplet: powerpc-apple-darwin8.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27677
mary: g++ reports superfluous warning for non-
virtual/protected base destructor
Product: gcc
Version: 3.4.3
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu d
16 matches
Mail list logo
