gmane.comp.lang.perl.perl5.porters

Re: [perl #118157] debugger's doc command broken in 5.18.0

Nicholas Clark — 2013-05-25T07:02:39


I've merged this to blead.


This should be backported to maint-5.18

Nicholas Clark

[perl #118167] OK: perl 5.18.0 +SAFEARGV0 on i686-linux 3.5.7-gentoo (UNINSTALLED)

via RT — 2013-05-25T04:55:53

# New Ticket Created by  l.mai< at >web.de 
# Please include the string:  [perl #118167]
# in the subject line of all future correspondence about this issue. 
# <URL: https://rt.perl.org:443/rt3/Ticket/Display.html?id=118167 >



This is a success report for perl from l.mai< at >web.de,
generated with the help of perlbug 1.39 running under perl 5.18.0.

Perl reported to build OK on this system.
---
Flags:
    category=install
    severity=none
---
Site configuration information for perl 5.18.0:

Configured by mauke at Fri May 24 23:20:48 CEST 2013.

Summary of my perl5 (revision 5 version 18 subversion 0) configuration:
   
  Platform:
    osname=linux, osvers=3.5.7-gentoo, archname=i686-linux
    uname='linux nora 3.5.7-gentoo #5 preempt sat jan 26 16:46:10 cet 2013 i686 amd athlon(tm) 64 processor 3200+ authenticamd gnulinux '
    config_args=''
    hint=recommended, useposix=true, d_sigaction=define
    useithreads=undef, usemultiplicity=undef
    useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef

Re: RFC: Removing CGI.pm from the core distribution

Eric Brine — 2013-05-25T04:42:58


 Hosting provider: Can't do. Please use php / ruby / ...  instead.

huh? It's not like you need special permissions to install modules!

Re: [perl #118159] SvTRUE changed behavior in 5.18

Tony Cook — 2013-05-25T04:05:21

This appears to have changed in 4bac9ae4.

Previously SvTRUE was:

#  define SvTRUE(sv) (                                         \
    !sv                                                                \
    ? 0                                                                \
    :    SvPOK(sv)                                             \
       ?   (({XPV *nxpv = (XPV*)SvANY(sv);                     \
            nxpv &&                                            \
            (nxpv->xpv_cur > 1 ||                              \
             (nxpv->xpv_cur && *(sv)->sv_u.svu_pv != '0')); }) \
            ? 1                                                \
            : 0)                                               \
       :                                                       \
           SvIOK(sv)                                           \
           ? SvIVX(sv) != 0                                    \
           :   SvNOK(sv)                                       \
               ? SvNVX(sv) !=

Re: Duplicate Paragraph

Ricardo Signes — 2013-05-25T01:18:15

* Matthew Dittmer <dittmer.matthew< at >gmail.com> [2013-05-24T19:25:48]

This has been fixed in the current release of perl, 5.18.0.  perldoc.perl.org
has not yet been updated.

Thanks for your careful reading and report, though!

Re: RFC: Deprecating Module::Build

James E Keenan — 2013-05-25T01:14:57

When I was working on refactoring ExtUtils::ParseXS to work under 'use 
strict' back in 2009-10, I had some scripts that identified the 
breakdown on build tools.  IIRC, ExtUtils::MakeMaker led Module::Build 
by more than a 4 to 1 ratio.  I suspect the ratio has stayed roughly the 
same over time.

When we've ultimately done whatever we decide to do, it would be 
interesting to have a retrospective on the course of M::B's development. 
  What succeeded?  What didn't?   What can we learn about open source 
software development?

Note:  I am *not* recommending we have that discussion now.  Let's have 
a discussion and set a course of action first.

Thank you very much.
Jim Keenan

Perl 5 Commit Summary

Perl 5 commit summary — 2013-05-25T01:08:12

Perl 5 commit summary, activity since Wednesday

Current branch blead
53 commits.  9 unique authors.  8 unique committers.
184 files changed, 4399 insertions(+), 2993 deletions(-)
Net code removal: David Golden (185 lines) James Keenan (5 lines)
Thanks, applied:  James E Keenan (10) Ricardo Signes (1)
Snapshot: http://perl5.git.perl.org/perl.git/snapshot/107bec06d7f6354a.tar.gz

  Update HTTP-Tiny to CPAN version 0.029
  Chris 'BinGOs' Williams     16 files changed, 639 insertions(+), 20 deletion
  http://perl5.git.perl.org/perl.git/commit/107bec06d7f6354a

  Update Module-Build to CPAN version 0.4005
  Chris 'BinGOs' Williams     33 files changed, 113 insertions(+), 49 deletion
  http://perl5.git.perl.org/perl.git/commit/ee76e75720066eb0

  Update Pod-Perldoc to CPAN version 3.20
  Chris 'BinGOs' Williams     18 files changed, 306 insertions(+), 296 deletio
  http://perl5.git.perl.org/perl.git/commit/cb1974ba967c78b8

  Update Pod-Usage to CPAN version 1.62
  Chris 'BinGOs' Williams     6 files changed, 810

[perl #118159] SvTRUE changed behavior in 5.18

Greg Lindahl — 2013-05-24T20:42:52

# New Ticket Created by  Greg Lindahl 
# Please include the string:  [perl #118159]
# in the subject line of all future correspondence about this issue. 
# <URL: https://rt.perl.org:443/rt3/Ticket/Display.html?id=118159 >



This is a bug report for perl from lindahl< at >pbm.com,
generated with the help of perlbug 1.39 running under perl 5.18.0.


-----------------------------------------------------------------
[Please describe your issue here]

In upgrading the blekko search engine backend to Perl 5.18.0, one of
our engineers noticed a change in the behavior in SvTRUE.

$ perl -MScalar::Util=dualvar -le 'print $]; $a = dualvar 1, ""; print $a ? "true" : "false";'
5.008008
false

$ perl -MScalar::Util=dualvar -le 'print $]; $a = dualvar 1, ""; print $a ? "true" : "false";'
5.016000
false

$ perl -MScalar::Util=dualvar -le 'print $]; $a = dualvar 1, ""; print $a ? "true" : "false";'
5.018000
true

Is this intended? We were surprised.

It became visible to us because some Graphics Magik functions return
an XS-gen

Duplicate Paragraph

Matthew Dittmer — 2013-05-24T23:25:48

Hello,

I am trying to find out where to report a duplicate paragraph on
http://perldoc.perl.org/perlref.html.  The second and third to last
paragraph of the Description section seem to be almost the same.  Is there
a better place to post this information?

Thank you,
Matt

Re: Modules unbuildable on 5.18.0

David Cantrell — 2013-05-24T23:05:06

And done. Version 1.5 is on its way to the CPAN now.

[perl #118085] Large batch of typo fixes

David Steinbrunner via RT — 2013-05-23T02:56:42


I only suggested these types of changes when the same file had inconsistent usage of the given 
word.


Good catch


---
via perlbug:  queue: perl5 status: open
https://rt.perl.org:443/rt3/Ticket/Display.html?id=118085

Re: RFC: Deprecating Module::Build

David Golden — 2013-05-24T21:37:06

I'd see how many currently indexed distributions have a Build.PL and
no configure_requires first, maybe.

But it's a trivial edge case to address.

David


--
David Golden <xdg< at >xdg.me>
Take back your inbox! → http://www.bunchmail.com/
Twitter/IRC: < at >xdg

[perl #113022] Configure misdetects strlcpy et al. with gcc -flto

2013-05-24T21:19:31

This bug still exists in perl-5.18.0 Configure.


---
via perlbug:  queue: perl5 status: open
https://rt.perl.org:443/rt3/Ticket/Display.html?id=113022

[perl #118149] Storable-2.39 test looks for deprecated MD5

Alexandr Ciornii via RT — 2013-05-24T21:13:13



Attaching patch for this.

Re: [perl #118055] miniperl fails with SIGBUS on sparc (usethreads+use64bitint)

Nicholas Clark — 2013-05-24T19:36:37

Thanks. It also passed on everything I tried it on. I've pushed it to blead.

Sadly the two available sparc machines at the GCC compile farm are scheduled
to be decommissioned at the end of June, so I probably won't be able to test
on sparc for much longer. However, it does seem that the kernel bug is fixed.
Previously the test suite had been be able to create an unkillable busy
process. So it looks like it is now "safe" to run a blead smoker on 32 bit
sparc Linux.

Nicholas Clark

Re: RFC: Deprecating Module::Build

Leon Timmermans — 2013-05-24T19:35:41

Before configure_requires people put that dependency in
build_requires, so you could also try to extract it from there.


Yeah, that's quite a headache with no obvious solution :-/

Leon

Re: RFC: Removing CGI.pm from the core distribution

Tatsuhiko Miyagawa — 2013-05-24T18:24:53


+1 to get FCGI dependency out of CGI.pm and make a separate
distribution. My experience tells Mark Stosberg, current maintainer of
CGI.pm, is likely in favor of splitting out these kinds of
dependencies out of distributions.


--
Tatsuhiko Miyagawa

Re: RFC: Deprecating Module::Build

Tatsuhiko Miyagawa — 2013-05-24T18:23:13

Module::Build::Tiny that is.

I use it for my new projects exclusively, so long as they're pure perl
(which is 100% true for my use case :p) when authoring with
Dist::Milla https://metacpan.org/release/Dist-Milla


--
Tatsuhiko Miyagawa

[perl #118157] debugger's doc command broken in 5.18.0

Nicholas Clark — 2013-05-24T18:21:29

# New Ticket Created by  Nicholas Clark 
# Please include the string:  [perl #118157]
# in the subject line of all future correspondence about this issue. 
# <URL: https://rt.perl.org:443/rt3/Ticket/Display.html?id=118157 >


The doc/perldoc/man command in the debugger is supposed to do something like
this:

$ perl -de0

Loading DB routines from perl5db.pl version 1.33
Editor support available.

Enter h or `h h' for help, or `man perldebug' for more help.

main::(-e:1):   0
  DB<1> doc perlrules
No manual entry for perlrules


In 5.18.0 it does this:

$ ./perl -Ilib -de0

Loading DB routines from perl5db.pl version 1.39_09
Editor support available.

Enter h or 'h h' for help, or 'man perldebug' for more help.

main::(-e:1):   0
  DB<1> doc perlrules
Undefined subroutine &DB::Obj::runman called at lib/perl5db.pl line 3698.
 at lib/perl5db.pl line 3698.
        DB::Obj::_handle_doc_command('DB::Obj=HASH(0x20d33d8)') called at lib/perl5db.pl line 3015
        DB::DB called at -e line 1
Debugged program terminat

Re: RFC: Deprecating Module::Build

Tatsuhiko Miyagawa — 2013-05-24T18:21:27


Right now cpanm declares runtime dependencies to Module::Build (so
long as you install from CPAN clients, including itself) and doesn't
do special treatment to undeclared dependency to M::B like that.

Do you think I should change it to not declare M::B as cpanm's own dep
but auto-add Module::Build when Build.PL exists but configure_requires
isn't properly set?


I'd personally like to see it kept just because it's one less thing to
worry about with bootstrapping, but i see the whole argument with
configure_requires already supported, etc.

I'd love to get the slow tests fixed by then, although p5p isn't the
right place to discuss about that.
https://github.com/Perl-Toolchain-Gang/Module-Build/issues/13


--
Tatsuhiko Miyagawa

Re: RFC: Deprecating Module::Build

Ricardo Signes — 2013-05-24T18:15:43

* Karen Etheridge <perl< at >froods.org> [2013-05-24T13:46:59]

https://github.com/rjbs/CPAN-Metanalyzer

It's very rough.