--- 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
--- 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 vector 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 cornel
--- 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 struct never_ptr {
T* ptr;
T* operator -> () const th
--- 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=21515&action=view)
test case, day 3b
yet smaller
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45293
--- 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=21512&action=view)
test case, semi-reduced, day 3
day 3 of reducing, 4.5k lines
--
http://gcc.gnu.org/b
--- 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=21507&action=view)
delta reduced, day 2
Slowly being reduced by delta, day 2 ...
--
http://gcc.gnu.org/b
--- 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
--- 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=21487&action=view)
unreduced test case triggering ICE
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45293
nedTo: 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 #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,
--- 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
--- 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=21447&action=view)
cumulative patch used before building
--
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=21446&action=view)
fink package file with build script used
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45248
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=45248
--- 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
---
Congratulations, winner!
You are the 40,000th visitor!
Click here to claim your prize!
(or just mark as a dup of pr3 :P) Woo-hoo!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4
--- 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
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/show_bug.cgi?id=39936
--- 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, explain
ssigned at gcc dot gnu dot org
ReportedBy: fang at csl dot cornell dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39905
--- 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-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
--- 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 #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
--- 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
> ---
> You
--- 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
--- 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
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 #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 #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 #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):
template cl
--- 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 #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
> inline
>
--- 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 #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 #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
---
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.
re a bug, or proper "workaround" to locally suppress the diagnostic?
keywords: diagnostic
--
Summary: -Wconversion rejects bitwise negation and assignment,
cannot cast around
Product: gcc
Version: 4.3.0
Status: UN
--- 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 #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 #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 #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 , and (optionally) redirect the output to a file,
like foo.ii.
--
fang at csl dot cornell dot edu changed
--- 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)
--
htt
--- 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 suppor
--- 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_cast(b & 0xff);
unsigned char d = (unsigned char)(b & 0
--- 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 #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
: P3
Component: libstdc++
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 #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 'doubl
--- 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 #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 t
--- 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)
>>
--- 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: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 #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_ptr ip(new int);
The operator delete() is done by the destructor upon end-of-life, thereby being
exception safe.
This might allude
--- 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 #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:
>
--- 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 t
--- 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 so
--- Comment #6 from fang at csl dot cornell dot edu 2007-08-18 17:29
---
Subject: Re: Bad C++ error on invalid code: 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 programmin
--- 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 and
--- 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:
--- Comment #2 from fang at csl dot cornell dot edu 2007-06-08 00:03
---
reduced test case:
==
template
class SimpleStack {
public:
T& top() { return *ptr; }
void pop() { top.~T(); }
T *ptr;
};
int main(int,
--- 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 e
--- 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 #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 m
--- 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 #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
> __bu
--- 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 no
--- 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 realloc
--- Comment #2 from fang at csl dot cornell dot edu 2007-05-18 03:27
---
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 per
--- 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
struct foo
--- 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 |
--- 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 #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-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 understa
--- 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 underst
--- 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 (optimiz
--- 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 #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=/s
--- 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 #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 #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 #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 r
--- 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
--- 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:46
---
same as recent c++ issue PR 31453 tripped in testsuite?
--
fang at csl dot cornell dot edu changed:
What|Removed |Added
--- 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 #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 {
--- 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
--- 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 #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:
--- Comment #4 from fang at csl dot cornell dot edu 2007-03-27 08:52
---
Poor vector, 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
