Prompted by the optimizer bug submitted by Geoffrey Broadwell (see
https://rt.perl.org/rt3/Ticket/Display.html?id=49968), I decided to
revisit this one. After updating, I got the code to compile under
Parrot r24875. So either the original problem was somehow fixed, or it
shifted in such a way
On 1/18/06, Jonathan Worthington <[EMAIL PROTECTED]> wrote:
> "Bob Rogers (via RT)" <[EMAIL PROTECTED]> wrote:
> >
> > The attached code compiles to byte code OK in r11235, until you
> > comment out the push_eh indicated by the patch, which makes
> > compute_dominance_frontiers take forever. (So
Here's some further background:
On 14-Jan-06 I had done some hacking on my compiler using r11187, and
all worked fine when I did my last checkin that day. When I updated to
r11220 late on 16-Jan-06, doing the standard "make clean test" on my
code broke mysteriously in a number of places. I
"Bob Rogers (via RT)" <[EMAIL PROTECTED]> wrote:
The attached code compiles to byte code OK in r11235, until you
comment out the push_eh indicated by the patch, which makes
compute_dominance_frontiers take forever. (Sorry; I wish I had time to
try to make it smaller.) TIA,
I hit upon this t
# New Ticket Created by Bob Rogers
# Please include the string: [perl #38264]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=38264 >
The attached code compiles to byte code OK in r11235, until you
comment out the push_e