[5.24.0] gettimeofday.t fails "time left should be zero" #15317
Comments
From plate@patterner.de../dist/Time-HiRes/t/gettimeofday.t ............................... ok # Failed test 'time left should be zero' t/itimer.t: overall time allowed for tests (360s) exceeded! |
From plate@patterner.declang 3.8.0 perlbrew install perl-5.24.0 -DPERL_SUB_DEPTH_WARN=1000 -Dusethreads -Dcccdlflags=-fPIC -Dcc=clang -Doptimize="-march=native -O3 -pipe" -Duseshrplib -Duse64bitall -DEBUGGING=none -Duselongdouble -Dusesitecustomize -Dusemorebits |
From [Unknown Contact. See original ticket]clang 3.8.0 perlbrew install perl-5.24.0 -DPERL_SUB_DEPTH_WARN=1000 -Dusethreads -Dcccdlflags=-fPIC -Dcc=clang -Doptimize="-march=native -O3 -pipe" -Duseshrplib -Duse64bitall -DEBUGGING=none -Duselongdouble -Dusesitecustomize -Dusemorebits |
From @jkeenanOn Tue May 10 07:48:32 2016, plate wrote:
Could you post the complete output of 'perl -V' for this build of Perl? Thank you very much. -- |
|
The RT System itself - Status changed from 'new' to 'open' |
From @jkeenanOn Tue May 10 07:48:32 2016, plate wrote:
I tried to reproduce your test failure but could not. But I did experience a strange problem when I compiled and built perl with clang and your list of switches to Configure. First, I configured as I normally do with gcc, but used clang instead. On my machine, I only have available clang version 3.6.0. All tests passed; see attachment for output of ./perl -Ilib -V. I then called: ##### ok 1 - ITIMER_VIRTUAL defined with sufficient granularity I then reconfigured with clang and your complete list of switches: # All tests passed, but then ... ##### ... notwithstanding ... ##### So, building with clang and that list of configuration switches, perl got ... confused. Would you be able to reconfigure with clang but *without* the list of switches and see if you get the test failure you originally reported? If you do not, then you should probably try to reconfigure adding one switch at a time until you get the failure. Thank you very much. -- |
From @cpansproutOn Wed May 11 18:15:33 2016, jkeenan wrote:
When you build with -Duseshrplib, the perl binary is just a thin wrapper that loads the shared library. If the library has not been installed, you need to set the LD_LIBRARY_PATH env var to . so that the shared library can be located: $ LD_LIBRARY_PATH=. ./perl -v -- Father Chrysostomos |
From @jkeenanOn Wed May 11 21:25:16 2016, sprout wrote:
Thanks, FC, for that suggestion. ##### ok 1 - ITIMER_VIRTUAL defined with sufficient granularity The above was built with clang and the same Configure switches previously listed. So I am unable to reproduce the OP's problem. -- |
From @tonycozOn Tue May 10 07:46:48 2016, plate wrote:
Provide the output of perl -V please. If you haven't installed this perl yet, you can do: ./perl -Ilib -V from the build directory. At this point we can't tell what operating system you're running. Does the failure occur every time? Is this in a virtual machine (which can cause timing issues) or an operating system running directly on the hardware? Tony |
From plate@patterner.de
|
From @jkeenanClosing per message from original poster. -- |
|
@jkeenan - Status changed from 'open' to 'rejected' |
Migrated from rt.perl.org#128111 (status was 'rejected')
Searchable as RT128111$
The text was updated successfully, but these errors were encountered: