On Tue, 26 Mar 2013, Tony Cook via RT wrote: > On Mon Mar 25 02:12:34 2013, nicholas wrote: > > On Mon, Mar 25, 2013 at 09:36:05AM +0100, Dagfinn Ilmari Manns???ker > > wrote: > > > Darin McBride (via RT) <perlbug-followup@perl.org> writes: > > > > > > > This seems to be a regression: > > > > > > > > $ perl5.16.3 -MTime::HiRes -le 'print Time::HiRes::clock_gettime > > (Time::HiRes::CLOCK_MONOTONIC ())' > > > > 1597643.86352558 > > > > $ perl5.17.10 -MTime::HiRes -le 'print Time::HiRes::clock_gettime > > (Time::HiRes::CLOCK_MONOTONIC ())' > > > > Time::HiRes::clock_gettime(): unimplemented in this platform at -e > > line 1. > > > > > > This is caused by the same header problem as: > > > > > > https://rt.perl.org/rt3/Public/Bug/Display.html?id=117319 > > > https://rt.perl.org/rt3/Public/Bug/Display.html?id=116989 > > > > I have merged all these tickets. > > > > I haven't yet been hit with inspiration on how to solve the problem > > whilst > > preserving the intent of the changes which inadvertently caused it. > > Making croak_memory_map() into an exported API function would retain > most of the savings while reducing the pain, I think. This is the tact I tried in commit f8fd8bfff8eb57156a0ab858d4c185701258b0e3 in branch remotes/origin/smoke-me/andyd/croak_memory_wrap. I'd welcome feedback. I'm no longer sure it ends up saving anything compared to the original Perl_croak_nocontext("%s", PL_memory_wrap), but this seemed like the best way forward for now. -- Andy Dougherty doughera@lafayette.edu