[Issue 6510] [CTFE] internal error: illegal stack value stack

[d-bugmail]

http://d.puremagic.com/issues/show_bug.cgi?id=6510



--- Comment #2 from Dmitry Olshansky dmitry.o...@gmail.com 2011-08-17 
02:52:42 PDT ---
Created an attachment (id=1018)
test case, stripped down parser

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

[Issue 6510] [CTFE] internal error: illegal stack value stack

[d-bugmail]

http://d.puremagic.com/issues/show_bug.cgi?id=6510



--- Comment #3 from Dmitry Olshansky dmitry.o...@gmail.com 2011-08-17 
02:55:11 PDT ---
I've managed to get a resonably sized test case.
Apparently it has soemthing to do with -inline:

dmd fred.d  // Ok
dmd -inline fred.d //same error as before

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

[Issue 6510] [CTFE] internal error: illegal stack value stack

[d-bugmail]

http://d.puremagic.com/issues/show_bug.cgi?id=6510


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

   What|Removed |Added

 CC||clugd...@yahoo.com.au


--- Comment #1 from Don clugd...@yahoo.com.au 2011-08-16 19:32:55 PDT ---
(In reply to comment #0)
 Recently found this one in my GSOC project. As this involves compilation of
 regex at CTFE, I'm not yet able to produce small test case.
 
 dmd spits this:
 ..\..\fred.d(2020): Error: CTFE internal error: illegal stack value stack
 
 Assertion failure: 'isStackValueValid(newval)' on line 5452 in file
 'interpret.c'
 
 abnormal program termination
 
 But anyway, what kind of situation is supposed to trigger that assert?

Any kind of CTFE assignment involving a non-reference type, that wasn't tested.
The few lines involving the variable 'stack' around line 2020 will be the only
ones involved in the bug.

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