[Bug c++/27177] [4.0/4.1/4.2/4.3 Regression] ICE in build_simple_base_path, at cp/class.c:474

2007-12-17 Thread mmitchel at gcc dot gnu dot org


--- Comment #15 from mmitchel at gcc dot gnu dot org  2007-12-18 05:38 
---
Lawrence, was there any feedback on the core reflector about this issue?


-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||crowl at google dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27177



[Bug c++/27177] [4.0/4.1/4.2/4.3 Regression] ICE in build_simple_base_path, at cp/class.c:474

2007-12-16 Thread steven at gcc dot gnu dot org


--- Comment #14 from steven at gcc dot gnu dot org  2007-12-16 23:21 ---
Ping!


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27177



[Bug c++/27177] [4.0/4.1/4.2/4.3 Regression] ICE in build_simple_base_path, at cp/class.c:474

2007-05-02 Thread mark at codesourcery dot com


--- Comment #13 from mark at codesourcery dot com  2007-05-02 20:02 ---
Subject: Re:  [4.0/4.1/4.2/4.3 Regression] ICE in build_simple_base_path,
 at cp/class.c:474

crowl at google dot com wrote:

> I think (B*)(D*)0 is a conversion under 4.10.
> 
>> Has anyone asked about this case on the core reflector?
> 
> Would you like me to?

Yes, please!

If this is considered valid, it's important to understand why: is it
your NULL pointer argument, or that this is a static_cast, even though D
isn't complete yet?  That will affect the validity of:

  struct B {};
  struct D;
  D* p;
  struct D: public B {
static const int i = sizeof ((B*)p);
  };

which is similar, but does not involve the NULL pointer.

Thanks,


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27177



[Bug c++/27177] [4.0/4.1/4.2/4.3 Regression] ICE in build_simple_base_path, at cp/class.c:474

2007-05-01 Thread crowl at google dot com


--- Comment #12 from crowl at google dot com  2007-05-02 02:24 ---
(In reply to comment #10)
> I am not convinced that the code in Comment #8 is valid.
> 
> Although the operand of sizeof is not in fact evaluated, it seems odd to
> permit an operand which cannot, even in principle, be evaluated.  This is
> not even a case in which evaluating the operand would lead to undefined
> behavior; there is simply no way to evaluate the operand at all.  If there
> is an implicit conversion from B* to Z* at this point, then we must know
> how to perform the conversion, but we cannot, since B is not complete.

While that view has merit, I find no requirement in the standard that
requires a complete class.  Setting that aside s possibly unreasonable,
I think 4.10 paragraph 3 "The null pointer value is converted to the null
pointer value of the destination type." enables conversion of null pointers
when the pointer type has known bases but is not yet complete.

> Are you arguing that in:
> 
>   struct B {};
>   struct D : public B {  
> static const int i = sizeof((B*)(D*)0);  
>   };
> 
> the conversion from D* to B* is a static_cast?

I think (B*)(D*)0 is a conversion under 4.10.

> Has anyone asked about this case on the core reflector?

Would you like me to?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27177



[Bug c++/27177] [4.0/4.1/4.2/4.3 Regression] ICE in build_simple_base_path, at cp/class.c:474

2007-02-14 Thread mmitchel at gcc dot gnu dot org


-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|4.1.2   |4.1.3


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27177



[Bug c++/27177] [4.0/4.1/4.2/4.3 Regression] ICE in build_simple_base_path, at cp/class.c:474

2007-02-03 Thread pinskia at gcc dot gnu dot org


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|4.1.3   |4.1.2


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27177



[Bug c++/27177] [4.0/4.1/4.2/4.3 Regression] ICE in build_simple_base_path, at cp/class.c:474

2007-02-03 Thread gdr at gcc dot gnu dot org


--- Comment #11 from gdr at gcc dot gnu dot org  2007-02-03 16:51 ---
Won't fix in GCC-4.0.x.  Adjusting milestone.


-- 

gdr at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|4.0.4   |4.1.3


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27177