On Wed, 27 Mar 2013, Andy Dougherty wrote: > 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. I've now applied this fix in commit 43387ee1abcd83c3c7586b7f7aa86e838d239aac Remove the non-inline function S_croak_memory_wrap from inline.h. This appears to resolve these three related tickets: [perl #116989] S_croak_memory_wrap breaks gcc warning flags detection [perl #117319] Can't include perl.h without linking to libperl [perl #117331] Time::HiRes::clock_gettime not implemented on Linux (regression?) -- Andy Dougherty doughera@lafayette.edu