--- Comment #14 from fang at csl dot cornell dot edu 2010-09-01 23:52
---
I also ran into this problem with std::back_insert_iterator of vectorbool on
gcc-4.4.4's libstdc++ (in C++0x mode).
Any chance of a 4.4.5 backport, or is the 4.5.x target final?
--
fang at csl dot cornell
--- Comment #16 from fang at csl dot cornell dot edu 2010-09-02 00:08
---
(In reply to comment #15)
From now on I will not apply *any* patch not fixing extremely serious
regressions to the 4.4.x branch.
Is 'rejects-valid' serious enough?
(This compiles with earlier versions
--- Comment #6 from fang at csl dot cornell dot edu 2010-08-18 16:30
---
Created an attachment (id=21512)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21512action=view)
test case, semi-reduced, day 3
day 3 of reducing, 4.5k lines
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #7 from fang at csl dot cornell dot edu 2010-08-18 20:13
---
Created an attachment (id=21515)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21515action=view)
test case, day 3b
yet smaller
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45293
--- Comment #8 from fang at csl dot cornell dot edu 2010-08-18 22:05
---
reduced test case (manually reduced after delta):
===
typedef long unsigned int size_t;
template class T struct never_ptr {
T* ptr;
T* operator - () const
--- Comment #4 from fang at csl dot cornell dot edu 2010-08-17 17:26
---
Created an attachment (id=21507)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21507action=view)
delta reduced, day 2
Slowly being reduced by delta, day 2 ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #2 from fang at csl dot cornell dot edu 2010-08-16 06:11
---
still reducing...
command to reproduce (passed to multidelta):
#!/bin/sh
g++-fsf-4.5 -pipe -ansi -pedantic-errors -Wold-style-cast -Woverloaded-virtual
-W -Wextra -Wall -Wundef -Wshadow -Wno-unused-parameter
: unassigned at gcc dot gnu dot org
ReportedBy: fang at csl dot cornell dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45293
--- Comment #1 from fang at csl dot cornell dot edu 2010-08-16 01:07
---
Created an attachment (id=21487)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21487action=view)
unreduced test case triggering ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45293
--- Comment #5 from fang at csl dot cornell dot edu 2010-08-13 18:18
---
At least one fink-user has reported that Jack's latest packaging that
automatically uses --with-dwarf2 on darwin8 builds successfully (was on a G5,
built -j4). (My builds were aborted for other reasons, still
: unassigned at gcc dot gnu dot org
ReportedBy: fang at csl dot cornell dot edu
GCC host triplet: powerpc-apple-darwin8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45248
--- Comment #1 from fang at csl dot cornell dot edu 2010-08-10 16:59
---
Created an attachment (id=21446)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21446action=view)
fink package file with build script used
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45248
--- Comment #2 from fang at csl dot cornell dot edu 2010-08-10 17:00
---
Created an attachment (id=21447)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21447action=view)
cumulative patch used before building
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45248
--- Comment #4 from fang at csl dot cornell dot edu 2010-08-10 18:10
---
Subject: Re: Stage 3 bootstrap comparison failure
(powerpc-darwin8)
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-08-10
17:33 ---
Does passing --with-dwarf2 fix the bootstrap
--- Comment #4 from fang at csl dot cornell dot edu 2010-04-12 21:39
---
Plz? :)
--
fang at csl dot cornell dot edu changed:
What|Removed |Added
CC
--- Comment #3 from fang at csl dot cornell dot edu 2009-12-30 03:57
---
Also fails with g++-4.0.1 and g++-4.2.1 (i686-darwin10).
g++-3.4.6 rejects the example:
error: invalid type qualifier for non-member function type
--
fang at csl dot cornell dot edu changed:
What
--- Comment #2 from fang at csl dot cornell dot edu 2009-05-01 22:57
---
shakeblink
Congratulations, winner!
You are the 40,000th visitor!
Click here to claim your prize!
/blink/shake
(or just mark as a dup of pr3 :P) Woo-hoo!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fang at csl dot cornell dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39936
--- Comment #1 from fang at csl dot cornell dot edu 2009-04-28 02:31
---
Should probably compare with set of reports blocking PR 24639...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39936
dot org
ReportedBy: fang at csl dot cornell dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39905
--- Comment #2 from fang at csl dot cornell dot edu 2009-04-26 00:52
---
Subject: Re: static downcast through protectedly inherited
base class rejected
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-04-26 00:42
---
Comment #1 in Bug 12265, explains exactly why
--- Comment #6 from fang at csl dot cornell dot edu 2009-03-07 19:36
---
Manuel has resolved/fixed several -Wconversion issues since 4.3, perhaps he can
comment?
--
fang at csl dot cornell dot edu changed:
What|Removed |Added
--- Comment #3 from fang at csl dot cornell dot edu 2009-03-07 20:02
---
If class C inherits from A and B, would we conservatively consider possible
cross-casts from A* to B* through C*, when trying to statically analyze the
dynamic_cast? (And would it matter if class C wasn't even
--- Comment #9 from fang at csl dot cornell dot edu 2009-03-07 20:25
---
I usually set the environment variable POSIXLY_CORRECT when I want to catch
portability issues. The GNU versions of the utils are usually good about
disabling extensions and griping about violations
--- Comment #3 from fang at csl dot cornell dot edu 2009-02-09 15:58
---
Subject: Re: std::mem_fun_ref fails to accept a member
function whose second argument with default value
--- Comment #2 from paolo dot carlini at oracle dot com 2009-02-09 09:53
---
(In reply
--- Comment #6 from fang at csl dot cornell dot edu 2009-02-09 17:21
---
Subject: Re: std::mem_fun_ref fails to accept a member
function whose second argument with default value
--- Comment #5 from paolo dot carlini at oracle dot com 2009-02-09 16:47
---
Your snippet
--- Comment #8 from fang at csl dot cornell dot edu 2009-02-09 17:54
---
Subject: Re: std::mem_fun_ref fails to accept a member
function whose second argument with default value
--- Comment #7 from paolo dot carlini at oracle dot com 2009-02-09 17:26
---
(In reply
++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fang at csl dot cornell dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39136
--- Comment #1 from fang at csl dot cornell dot edu 2009-02-09 07:39
---
also Fails: 4.2.4
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39136
--- Comment #2 from fang at csl dot cornell dot edu 2008-10-05 01:16
---
dupe PR 36460 (fixed in 4.4)?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35497
--- Comment #3 from fang at csl dot cornell dot edu 2008-09-27 21:48
---
original testcase ICEs 4.3.2 also
fang% g++-4 -v
Using built-in specs.
Target: powerpc-apple-darwin8
Configured with: ../gcc-4.3.2/configure --prefix=/sw --prefix=/sw/lib/gcc4.3
--mandir=/sw/share/man --infodir
--- Comment #2 from fang at csl dot cornell dot edu 2008-09-27 22:09
---
With the test case, I get the same diagnostic with g++-4.3.2.
I'm not sure if the in-class using directive is supposed to work as you
expected, but what I usually write is (using your example):
templateclass X
--- Comment #4 from fang at csl dot cornell dot edu 2008-09-27 23:01
---
Ick.
Also fails 4.3.2, 4.0.1, 3.3.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37465
--- Comment #7 from fang at csl dot cornell dot edu 2008-08-29 04:54
---
(In reply to comment #5)
This is the current situation as of revision 139373.
typedef unsigned short ushort;
enum {
FOO = 0x13
};
template typename T
inline
void
andnot(T lv, const T rv
--- Comment #1 from fang at csl dot cornell dot edu 2008-07-31 07:00
---
See PR 25950 and all of its dupes.
The copy constructor needs to be publicly accessible where the temporary rvalue
is bound to a reference parameter.
--
fang at csl dot cornell dot edu changed
--- Comment #1 from fang at csl dot cornell dot edu 2008-07-31 07:19
---
Dupe of PR 30734 (first reported as PR 2708).
--
fang at csl dot cornell dot edu changed:
What|Removed |Added
--- Comment #2 from fang at csl dot cornell dot edu 2008-04-22 22:38
---
PR 32245?
--
fang at csl dot cornell dot edu changed:
What|Removed |Added
CC
--- Comment #1 from fang at csl dot cornell dot edu 2008-04-18 21:48
---
opinion
While the upcoming standard does support '' to double-close template
arguments, I would still recommend to anyone to separate them for clarity and
compatibility with less forgiving compilers.
/opinion
around
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fang at csl dot cornell dot edu
http://gcc.gnu.org/bugzilla
--- Comment #15 from fang at csl dot cornell dot edu 2008-04-02 17:38
---
Unused template parameters can be used when you want to intentionally subtype a
base type with different flavors that are incompatible with each other, using
compile-time checking to prevent accidental cross
--- Comment #3 from fang at csl dot cornell dot edu 2008-03-22 23:32
---
Take the command that make issues to compile that file (g++ ...), and add a -E
option, remove -o objfile, and (optionally) redirect the output to a file,
like foo.ii.
--
fang at csl dot cornell dot edu changed
--- Comment #4 from fang at csl dot cornell dot edu 2008-03-22 23:35
---
yikes!
--
fang at csl dot cornell dot edu changed:
What|Removed |Added
CC
--- Comment #1 from fang at csl dot cornell dot edu 2008-03-22 23:51
---
In general, friend injection is not part of the standard, so best practice is
to declare before befriending.
--
fang at csl dot cornell dot edu changed:
What|Removed
--- Comment #30 from fang at csl dot cornell dot edu 2008-03-02 23:09
---
many thanks for a timely resolution
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35401
--- Comment #8 from fang at csl dot cornell dot edu 2008-01-23 22:48
---
As long as we're digging back...
the test case in Comment #4
also ICEs:
gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7)
also works:
gcc version 2.95.3 [FreeBSD] 20010315 (release)
--
http://gcc.gnu.org
--- Comment #24 from fang at csl dot cornell dot edu 2008-01-16 22:21
---
A compromise might be to provide the headers only if specifically requested,
say, by -fbackward-headers (something more specific than -fpermissive). So by
default, the compiler/preprocessor will now error out
--- Comment #5 from fang at csl dot cornell dot edu 2007-12-05 06:48
---
(I believe 4.3.0 was accidentally listed under known-to-work.)
--
fang at csl dot cornell dot edu changed:
What|Removed |Added
--- Comment #11 from fang at csl dot cornell dot edu 2007-11-25 04:10
---
*nudge* (got patch?)
Also, is there a make installcheck mechanism in place to automatically test
installed builds?
It wouldn't have to be very extensive, just enough to make sure each supported
language
--- Comment #14 from fang at csl dot cornell dot edu 2007-11-23 19:10
---
Yes, thank you all for the quick response. Will test upcoming snapshot.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34198
--- Comment #3 from fang at csl dot cornell dot edu 2007-11-22 21:52
---
I'm having some issues with this as well (same snapshot):
some more tests:
void f(const unsigned char b)
{
unsigned char c = static_castunsigned char(b 0xff);
unsigned char d = (unsigned char)(b 0xff);
char
--- Comment #1 from fang at csl dot cornell dot edu 2007-11-18 17:26
---
and otool -L (like ldd) shows this:
$ otool -L /sw/lib/gcc4.3/lib/libstdc++.dylib
/sw/lib/gcc4.3/lib/libstdc++.dylib:
/sw/lib/gcc4.3/lib/libstdc++.6.dylib (compatibility version 7.0.0,
current version
++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fang at csl dot cornell dot edu
GCC host triplet: powerpc-apple-darwin8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34142
--- Comment #2 from fang at csl dot cornell dot edu 2007-11-18 19:10
---
In fact, *many* installed .dylibs point incorrectly to /libgcc_s.1.dylib.
libffi.4.dylib
libgcj-tools.9.dylib
libgcj-tools.dylib
libgcj.9.dylib
libgfortran.3.dylib
libgij.9.dylib
libgomp.1.dylib
libobjc-gnu.2
--- Comment #3 from fang at csl dot cornell dot edu 2007-11-13 21:12
---
4.0.1 (apple) ICEs:
pr34086.cc: In function 'double arctan(double)':
pr34086.cc:12: internal compiler error: in const_binop, at fold-const.c:1610
4.2.2 gives me:
pr34086.cc: In function 'double arctan(double
--- Comment #24 from fang at csl dot cornell dot edu 2007-11-12 20:19
---
Subject: Re: [4.2 Regression] optimization generates
warning for casts
--- Comment #23 from alexandre dot nunes at gmail dot com 2007-11-12
20:11 ---
(In reply to comment #20)
Change target
--- Comment #25 from fang at csl dot cornell dot edu 2007-11-12 20:22
---
Subject: Re: [4.2 Regression] optimization generates
warning for casts
Just means the current *intent* is to fix by 4.2.3 (or target milestone).
A nudge might encourage someone to do it sooner on the 4.2
--- Comment #27 from fang at csl dot cornell dot edu 2007-11-12 20:59
---
Subject: Re: [4.2 Regression] optimization generates
warning for casts
Ok, now I'm confused :-)
Sorry, see comment #19.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29478
--- Comment #3 from fang at csl dot cornell dot edu 2007-11-06 16:43
---
Sieben auf einen Streich! (9 really, but who's counting?) :D
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32253
--- Comment #1 from fang at csl dot cornell dot edu 2007-10-10 20:20
---
However, it shouldn't warn for RAII-managed uses of new, e.g.
std::auto_ptrint ip(new int);
The operator delete() is done by the destructor upon end-of-life, thereby being
exception safe.
This might allude
--- Comment #1 from fang at csl dot cornell dot edu 2007-10-10 20:24
---
This was probably fixed for 4.1.3 and higher, see PR 31449.
--
fang at csl dot cornell dot edu changed:
What|Removed |Added
--- Comment #6 from fang at csl dot cornell dot edu 2007-10-09 19:44
---
tastes like PR 31947 ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33195
--- Comment #6 from fang at csl dot cornell dot edu 2007-09-10 04:04
---
Are you referring to DR 152?
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_defects.html#152
--
fang at csl dot cornell dot edu changed:
What|Removed |Added
--- Comment #2 from fang at csl dot cornell dot edu 2007-09-03 18:11
---
Subject: Re: namespace hides class definition
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-09-03 18:05
---
Yes and this correct.
Though the error was wrong.
On the trunk we get:
t.cc
--- Comment #4 from fang at csl dot cornell dot edu 2007-09-03 18:19
---
Subject: Re: namespace hides class definition
--- Comment #3 from ilgb at livius dot net 2007-09-03 18:15 ---
it looks we are talking about different bugs, the error I get is different:
../src/a.cpp
--- Comment #8 from fang at csl dot cornell dot edu 2007-08-31 00:33
---
Aren't unused typedefs sometimes useful for static assertions and concept
checking, using templates? I suppose if one really wanted to keep around an
unused typedef, that __attribute__((unused)) might be somehow
--- Comment #6 from fang at csl dot cornell dot edu 2007-08-18 17:29
---
Subject: Re: Bad C++ error on invalid code: anonymous has
incomplete type
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-08-18 17:15
---
Here is my quote for today:
Stop programming in C
--- Comment #8 from fang at csl dot cornell dot edu 2007-08-09 02:54
---
Please forgive a wee bit more noise on this matter: (Yes, I know this is
resolved invalid)
If you really insist on using a pointer instead of a valarray or vector, I
suggest taking a technique from the STL
--- Comment #3 from fang at csl dot cornell dot edu 2007-07-31 21:32
---
Try compiling with -Woverloaded-virtual (C++ only). That catches the situation
you describe. (I don't think it's enabled by -Wall or -Wextra.)
--
fang at csl dot cornell dot edu changed:
What
--- Comment #2 from fang at csl dot cornell dot edu 2007-06-08 00:03
---
reduced test case:
==
template typename T
class SimpleStack {
public:
T top() { return *ptr; }
void pop() { top.~T(); }
T *ptr;
};
int main(int, char
--- Comment #1 from fang at csl dot cornell dot edu 2007-06-05 01:57
---
g++: Internal error: Killed (program cc1plus)
... suggests that some external force terminated g++. Did you perhaps run out
of memory? (If so, try 'ulimit')
--
fang at csl dot cornell dot edu changed
--- Comment #5 from fang at csl dot cornell dot edu 2007-05-30 18:00
---
test case fails with 4.2.0 (release)
test case works with 3.3.3 (x86 SuSE linux)
test case fails with 3.3 (powerpc Apple's blds. 1760/1819)
Yet 3.3.3 is currently listed under known to fail.
The mixed results
--- Comment #8 from fang at csl dot cornell dot edu 2007-05-31 01:33
---
... and there was much rejoicing.
(Thanks, Doug, et al.!)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7412
--- Comment #3 from fang at csl dot cornell dot edu 2007-05-28 19:53
---
Yup, also fails with 3.4.0 (accepts-invalid).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32121
--- Comment #2 from fang at csl dot cornell dot edu 2007-05-24 19:55
---
Suggestion: determine some lower bound of the size (or exact) N prior to a
sequence of push_back()s, and call vector::reserve(N) in advance. Then as long
as the capacity isn't exceeded, you avoid any reallocation
--- Comment #1 from fang at csl dot cornell dot edu 2007-05-24 20:07
---
It would be nice to unify (run-time) assertions with compile-time directives as
a fine-grain mechanism for telling the compiler what it can or cannot assume.
'restrict' is one example where the non-aliasing
--- Comment #3 from fang at csl dot cornell dot edu 2007-05-24 22:57
---
Subject: Re: Optimizer does not exploit assertions
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-05-24 22:54
---
__builtin_expect should not be overloaded, but
__builtin_assert/assume
--- Comment #2 from fang at csl dot cornell dot edu 2007-05-18 03:27
---
wishfulthinking
It's too bad the holy standard documents (ISO/IEC) aren't free or freely
distributable, they could be nice supplementary reference material to go along
with a compiler, even one that isn't
--- Comment #1 from fang at csl dot cornell dot edu 2007-05-16 20:46
---
Poor man's workaround: -Wshadow -Werror
--
fang at csl dot cornell dot edu changed:
What|Removed |Added
--- Comment #2 from fang at csl dot cornell dot edu 2007-05-16 20:56
---
I concur. If you want to forcibly delay the dependence on the complete type
until instantiation time, you could use a nested typedef in the class template,
like:
class NonDependent;
template class X
struct foo
--- Comment #68 from fang at csl dot cornell dot edu 2007-05-14 22:49
---
Audit trail shows that this isn't a problem with 4.2. Target - 4.1.3?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28071
--- Comment #7 from fang at csl dot cornell dot edu 2007-05-14 23:11
---
4.2 (RC2, 20070430) also explodes (OOM) with the test case, using -O2.
whereas 4.0.1 (powerpc-apple-darwin8) peaks out at 280 MB (cc1plus), which is
reasonable and typical.
Flag as 4.1/4.2/4.3 regression
--- Comment #1 from fang at csl dot cornell dot edu 2007-05-12 09:06
---
You need to define Base::x out of class in some translation unit, the in-class
declaration alone isn't enough, though sometimes the compiler will elide the
reference to it if its value is known (optimization
--- Comment #5 from fang at csl dot cornell dot edu 2007-05-12 16:53
---
Subject: Re: fail to link to static const double
--- Comment #3 from dennis0yang at gmail dot com 2007-05-12 09:29 ---
Subject: Re: fail to link to static const double
I understand
--- Comment #7 from fang at csl dot cornell dot edu 2007-05-12 17:53
---
Subject: Re: fail to link to static const double
--- Comment #6 from dennis0yang at gmail dot com 2007-05-12 17:19 ---
Subject: Re: fail to link to static const double
I understand perfectly well
--- Comment #1 from fang at csl dot cornell dot edu 2007-05-11 18:53
---
On your test case,
$ g++-4 -g -c pr31899.cc -o pr31899.o
also works for me with 4.2.0 20070430 (prerelease), which was 4.2's RC2.
Configured with: ../gcc-4.2.0-20070430/configure --prefix=/sw
--prefix=/sw/lib
--- Comment #2 from fang at csl dot cornell dot edu 2007-05-11 18:58
---
Ooops, strike that last comment, forgot -gdwarf-2:
g++-4 -gdwarf-2 -c pr31899.cc -o pr31899.o
ICEs with:
internal compiler error: in reference_to_unused, at dwarf2out.c:10010
(same compiler version, 4.2 RC2
--- Comment #7 from fang at csl dot cornell dot edu 2007-05-08 20:44
---
Still accepts-invalid as of 4.2-20070430 (RC2).
--
fang at csl dot cornell dot edu changed:
What|Removed |Added
--- Comment #9 from fang at csl dot cornell dot edu 2007-05-08 20:48
---
Still accepts-invalid with 4.2-20070430 (RC2).
--
fang at csl dot cornell dot edu changed:
What|Removed |Added
--- Comment #2 from fang at csl dot cornell dot edu 2007-05-04 03:40
---
adding to personal favorite list :)
--
fang at csl dot cornell dot edu changed:
What|Removed |Added
--- Comment #1 from fang at csl dot cornell dot edu 2007-04-14 20:27
---
That begs the question: what's *not* covered by -W -Wall -Wextra [-ansi
-pedantic-errors -Werror]?
There are also some warning flags that are parameterized (-Wstrict-aliasing=#,
-Wformat=#), should those be maxed
--- Comment #3 from fang at csl dot cornell dot edu 2007-04-14 22:24
---
Subject: Re: -Wall-all to enable all warnings
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-04-14 21:18
---
Actually more than that, there are new warnings options each release so really
--- Comment #8 from fang at csl dot cornell dot edu 2007-04-13 02:40
---
Note: PR 30734 is a dupe of this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2708
--- Comment #2 from fang at csl dot cornell dot edu 2007-04-05 06:11
---
PR 2708 dup?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30734
--- Comment #2 from fang at csl dot cornell dot edu 2007-04-05 06:46
---
same as recent c++ issue PR 31453 tripped in testsuite?
--
fang at csl dot cornell dot edu changed:
What|Removed |Added
--- Comment #1 from fang at csl dot cornell dot edu 2007-04-03 19:45
---
Funny you mention this, I've done exactly this in my own utility headers:
create forward-declaration-only headers of STL containers and algorithms.
STL/allocator_fwd.h:
namespace std {
template class T
class
--- Comment #1 from fang at csl dot cornell dot edu 2007-04-01 15:38
---
Aside, it looks to me as if operator () returns a reference (const) to a
temporary, which is undefined, no?
--
fang at csl dot cornell dot edu changed:
What|Removed |Added
--- Comment #3 from fang at csl dot cornell dot edu 2007-04-01 16:57
---
Subject: Re: template user defined conversion operator
instantiated for conversion to self
There is no operator() in the code. And there is no undefined
behavior is the reference is not used. But that's
--- Comment #1 from fang at csl dot cornell dot edu 2007-03-31 00:43
---
Do you mean -Woverloaded-virtual? (see man page)
The diagostic reports when a derived class's method 'hides' the base class's.
--
fang at csl dot cornell dot edu changed:
What|Removed
--- Comment #4 from fang at csl dot cornell dot edu 2007-03-27 08:52
---
Poor vectorbool, being disrespected as a second-class container once again...
:P
--
fang at csl dot cornell dot edu changed:
What|Removed |Added
--- Comment #1 from fang at csl dot cornell dot edu 2007-03-24 00:26
---
PR 27102 dup?
using template parameter as a class name of member function.
--
fang at csl dot cornell dot edu changed:
What|Removed |Added
1 - 100 of 188 matches
Mail list logo