Follow-up Comment #2, bug #26652 (project gforth):
I've checked here with GCC 4.3.2 (x86_64 system), and can't reproduce the
problem. What seems to be happening is that GCC combines the two identical
operations in the primitive (do) and the primitive 2>r to one code segment,
which makes it impossible to distinguish the two primitives for the decompiler
- you can verify that this is the case by comparing ' (do) @ and ' 2>r @
(should be identical in your case, isn't identical in my case). What version
of GCC are you using (gcc -v)? I suppose it's at least gcc 4.4.x, because
4.3.x has a pessimization bug which prevents GCC from even recognising that
2>r might be equal to (do).
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?26652>
_______________________________________________
Nachricht geschickt von/durch Savannah
http://savannah.gnu.org/
_______________________________________________
bug-gforth mailing list
[email protected]
http://lists.nongnu.org/mailman/listinfo/bug-gforth
