Beefy Boxes and Bandwidth Generously Provided by pair Networks
go ahead... be a heretic
 
PerlMonks  

Re^2: Polite way to ask status of bug regarding Time::HiRes and newer versions of Perl

by jimhallsun (Sexton)
on May 02, 2018 at 18:24 UTC ( [id://1213967]=note: print w/replies, xml ) Need Help??


in reply to Re: Polite way to ask status of bug regarding Time::HiRes and newer versions of Perl
in thread Polite way to ask status of bug regarding Time::HiRes and newer versions of Perl

I am not building a threaded perl. Here is the relevant snippet from the perlbrew log:

<snippet>

Getting the current patchlevel... (You have perl5 version 24 subversion 4.)

Perl can be built to offer a form of threading support on some systems To do so, Configure can be run with -Dusethreads.

Note that Perl built with threading support runs slightly slower and uses slightly more memory than plain Perl.

If this doesn't make any sense to you, just accept the default 'n'. Build a threading Perl? n

</snippet>

But there are sections of the build log that state the configure script is finding -lpthread and such....

I am running macOS High Sierra 10.13.4, which I think is the latest.

  • Comment on Re^2: Polite way to ask status of bug regarding Time::HiRes and newer versions of Perl

Replies are listed 'Best First'.
Re^3: Polite way to ask status of bug regarding Time::HiRes and newer versions of Perl
by 1nickt (Canon) on May 02, 2018 at 18:56 UTC

    Hi there, if you are not building a threaded perl then I don't think you linked to the relevant issue. This seems to be an issue with stat.t which is thus far unreported.

    I note that on Sierra also, with an unthreaded 5.26.1, the latest Time::HiRes fails to install, as does the one installed as the Core version (1.9741) when I try to reinstall it from CPAN. Very odd. It obviously installed correctly when I built my perl(s). Given that, you might simply try building Perl 5.26.1 as your next attempt.

    Hope this helps!

    PS I guess CPAN Testers needs more Mac OS test reports, see App::Cpanminus::reporter.

    PPS I guess this is an intermittent issue; I am able to install Time::HiRes 1.9758 successfully on 5.26.1 about half the time.

    PPPS Given that it's intermittent, I would be wary of trusting Time::HiRes for accuracy. Maybe the issue is that it's just blocking your Perl install, in which case you could almost ignore it, or maybe it's critical to you, in which case you might have to install a Linux VM on your Macbook, I guess :-(


    The way forward always starts with a minimal test.

      Yes - I think something is up here (macOS & Time::HiRes) in general. Assuming there is no one to notify regarding the issues(s), I will just slink back to my Solaris install till this gets addressed! I may try to force the install of perl and then layer a newer version of Time::HiRes...

      Thanks for taking a look!

Re^3: Polite way to ask status of bug regarding Time::HiRes and newer versions of Perl
by jimhallsun (Sexton) on May 02, 2018 at 18:28 UTC
    Is there someone we should let know? Or do you think this will just sort in a reasonable amount of time?

      Apologies I did not cite the root bug, but where the discussion about incorporating the fix was elaborated on. For completeness here is the actual source bug that does not involve threaded perl:

      https://rt.perl.org/Public/Bug/Display.html?id=128972

      This bug is a match for me. I have not hit the bug you are seeing yet. So I should not file.

      Last question: for your bug - did you upgrade Time::HiRes prior to building perl? Trying to confirm that is how I should do things with perlbrew.

        Hm, so your build is failing with the

        HiRes.xs:945:15: error: use of undeclared identifier 'darwin_time_mute +x' MUTEX_INIT(&darwin_time_mutex);
        failure?

        There's no way that I know of to upgrade a module before building Perl. That doesn't make sense to me. What I did most recently (bear in mind I am on Sierra):

        $ perlbrew install perl-5.26.2 ... $ perlbrew use 5.26.2 $ perl -MTime::HiRes -E 'say $Time::HiRes::VERSION' 1.9741 $ cpanm https://cpan.metacpan.org/authors/id/J/JH/JHI/Time-HiRes-1.975 +8.tar.gz ... Looking for stat() subsecond timestamps... Trying struct stat st_atimespec.tv_nsec...found. Trying struct stat st_atimensec...NOT found. Trying struct stat st_atime_n...NOT found. Trying struct stat st_atim.tv_nsec...NOT found. Trying struct stat st_uatime...NOT found. You seem to have subsecond timestamp reading. (Your struct stat has them, but the filesystems must help.) ... # Failed test at t/stat.t line 35. # Structures begin differing at: # $got->[8] = '1525293104' # $expected->[8] = '1525293103' # Failed test at t/stat.t line 35. # Structures begin differing at: # $got->[8] = '1525293105' # $expected->[8] = '1525293104' # Looks like you failed 2 tests of 43. t/stat.t .......... Dubious, test returned 2 (wstat 512, 0x200) Failed 2/43 subtests (less 1 skipped subtest: 40 okay) ... Test Summary Report ------------------- t/stat.t (Wstat: 512 Tests: 43 Failed: 2) Failed tests: 13, 34 Non-zero exit status: 2 Files=12, Tests=107, 27 wallclock secs ( 0.06 usr 0.03 sys + 14.64 cu +sr 0.18 csys = 14.91 CPU) Result: FAIL Failed 1/12 test programs. 2/107 subtests failed. make: *** [test_dynamic] Error 255


        The way forward always starts with a minimal test.

Log In?
Username:
Password:

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://1213967]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this?Last hourOther CB clients
Other Users?
Others sharing their wisdom with the Monastery: (7)
As of 2024-04-19 09:05 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    No recent polls found