On 9 April 2012 07:00, Karl Williamson via RT <perlbug-followup@perl.org> wrote: > On Thu Mar 22 14:49:33 2012, perl.p5p@rjbs.manxome.org wrote: >> * Rafael Garcia-Suarez <rgs@consttype.org> [2012-03-20T05:59:56] >> > I pushed a fix for this to branch rgs/overload. I strongly think that >> > more tests are needed in general from overload. (I guess it will be >> > for 5.17) >> >> Thanks, I've added this to early-5.17-stuff. >> > > I have tried testing this by switching to this branch. mktables (which > had the original problem) fails to compile because of a missing > overloaded op. When I comment out the single heredoc that caused this > problem, mktables appears to work fine, but the result file, > lib/unicore/lib/Gc/Cs.pl, is now very wrong. That appears to be the > only file in error. It is supposed to be one range, the surrogates. > > I suppose what could be going on is that an op that previously was > auto-generated is now not, but now there is a base class op that gets > used instead. and that op is wrong. > > Does this seem like a possibility, or can you think of something else > that could be going wrong? Given that my patch only changes some code inside an if() condition, I would tend to think you did not build from a completely clean source tree ?Thread Previous | Thread Next