[Issue 2665] ICE(cod4.c) on certain const struct function return types

2017-07-02 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=2665

Vladimir Panteleev  changed:

   What|Removed |Added

   See Also||https://issues.dlang.org/sh
   ||ow_bug.cgi?id=16104

--


[Issue 2665] ICE(cod4.c) on certain const struct function return types

2015-06-09 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=2665

Andrei Alexandrescu and...@erdani.com changed:

   What|Removed |Added

Version|2.023   |D2

--


[Issue 2665] ICE(cod4.c) on certain const struct function return types

2009-08-31 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2665


Don clugd...@yahoo.com.au changed:

   What|Removed |Added

   Severity|major   |regression




-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 2665] ICE(cod4.c) on certain const struct function return types

2009-08-31 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2665





--- Comment #5 from Don clugd...@yahoo.com.au  2009-08-31 02:18:24 PDT ---
Like 2560, this is a regression between 2.022 and 2.023. It's clearly the same
bug.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 2665] ICE(cod4.c) on certain const struct function return types

2009-08-26 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2665





--- Comment #4 from Don clugd...@yahoo.com.au  2009-08-26 00:56:09 PDT ---
(In reply to comment #3)
 const(struct) is the common component for the issues related to ICE(cod4.c)
 35#.
 Here is a list of problematic code:
 In the function cdeq which generates code for an assignment
 
  sz = tysize[tyml];
  assert((int)sz  0); - failed this assertion.
 
 where tyml is a type of lvalue, sz represents # of bytes to transfer.
 
 This issue is apparently due to bypass of type-size{tysize} registration for
 const(struct), besides registration for struct itself is done.

A variation of that test case is interesting:
struct A {}
struct B {
const A a;
}

void f() {
//A a;//  if you uncomment this, it doesn't ICE!
B b = B(A());
}
Comparing the intermediate code using elem_print(e); shows that there's a
difference between the two cases by the start of codelem().
 But there's no difference in the code generated by DeclarationExp::toElem() in
e2ir.c. Somewhere between the two, an optimisation/rewriting step is performed
in the correct case, but not in the ICE case. I haven't yet worked out where it
happens.

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 2665] ICE(cod4.c) on certain const struct function return types

2009-08-19 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2665


Don clugd...@yahoo.com.au changed:

   What|Removed |Added

 CC||kolo...@bk.ru




--- Comment #2 from Don clugd...@yahoo.com.au  2009-08-19 07:27:24 PDT ---
*** Issue 3203 has been marked as a duplicate of this issue. ***

-- 
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---