lp:perl5

Created by Registry Administrators on 2010-05-01 and last modified on 2018-04-26
Get this branch:
bzr branch lp:perl5

Related bugs

Related blueprints

Branch information

Owner:
Registry Administrators
Project:
perl5
Status:
Development

Import details

Import Status: Reviewed

This branch is an import of the HEAD branch of the Git repository at git://perl5.git.perl.org/perl.git.

The next import is scheduled to run in 5 hours.

Last successful import was 43 minutes ago.

Import started 44 minutes ago on izar and finished 43 minutes ago taking 40 seconds — see the log
Import started 6 hours ago on izar and finished 6 hours ago taking 40 seconds — see the log
Import started 12 hours ago on alnitak and finished 12 hours ago taking 50 seconds — see the log
Import started 18 hours ago on izar and finished 18 hours ago taking 50 seconds — see the log
Import started on 2018-04-25 on izar and finished on 2018-04-25 taking 50 seconds — see the log
Import started on 2018-04-25 on alnitak and finished on 2018-04-25 taking 50 seconds — see the log
Import started on 2018-04-24 on izar and finished on 2018-04-24 taking 40 seconds — see the log
Import started on 2018-04-24 on izar and finished on 2018-04-24 taking 50 seconds — see the log
Import started on 2018-04-24 on izar and finished on 2018-04-24 taking 50 seconds — see the log
Import started on 2018-04-24 on alnitak and finished on 2018-04-24 taking 50 seconds — see the log

Recent revisions

56070. By Tony Cook <email address hidden> 2 hours ago

(perl #133030) make utime() available only if we have both fd and name setting

56069. By David Mitchell <email address hidden> 23 hours ago

fix linkage of PL_inf/nan under C++

RT #132955

Commit 0879cd66ef3f00 fixed perl to still build under C++ after changes
to PL_inf and PL_nan. Unfortunately this seems to have broken C++ builds
under Windows.

Handle the extern 'C' stuff in a different way - as suggested by Leon T -
that hopefully satisfies all platforms.

56068. By Yves Orton on 2018-04-24

fixup for NO_TAINT_SUPPORT

56067. By Steve Hay <email address hidden> on 2018-04-23

Make gets() declaration extern "C"

This, together with the previous commit, fixes the C++-mode build on
Windows using VS2017 except for the remaining problem with PL_nan when
linking POSIX - see RT#132955.

56066. By Leon Timmermans on 2018-04-23

Make PERLIO_FILE_file() an lvalue

56065. By Karen Etheridge <email address hidden> on 2018-04-21

remove Storable::__Storable__ from Module::CoreList

It was mistakenly picked up starting in 5.27.6 due to ad2ec6b54c and we
didn't notice: it should have never been added. Remove historical entries
and blacklist it so it doesn't come back.

56064. By Daniel Dragan <email address hidden> on 2018-04-21

#133125 revise -DNO_MATHOM logic again in makedef.pl

Revision of patch in #133098.

There is a problem described in #133125 with XS-APITest using with "Perl_"
mathomed C symbols instead of the Perl_-less ones which would get
preprocessor redirected to newer C funcs, then link failure of XS-APITest
on Win32 because missing symbols. These symbols were missing because they
were marked "m" and I thought in commit 1545ba5b04 "m" means no C symbol,
ever, but that isn't true. It seems that "b" means must export on a
with-mathoms default perl. So put back part of the original code before
commit 1545ba5b04 from commit 3f1866a8f6, so that on with mathoms builds
all "b"s are exported, but on no mathom builds, all "b"s are removed/not
exported.

There are some logic holes here for strange or impossible combinations
of flags, like flags "Abi" or just "b" without "A", that I wont address
here.

56063. By Aaron Crane on 2018-04-21

RT#133131: pp_hot.c: deoptimise pp_iter() when non-standard OP_AND op_ppaddr

Commit 7c114860c0fa8ade5e00a4b609d2fbd11d5a494c introduced an optimisation
in pp_iter(). Before the optimisation, pp_iter() pushed either &PL_SV_yes or
&PL_sv_no to the stack, and returned the op_next in the obvious way.

The optimisation takes advantage of the fact that the op_next of an OP_ITER
always points to an OP_AND node, so pp_iter() now directly jumps to either
the op_next or the op_other of the OP_AND as appropriate.

The commit message for the optimisation also says this:

    It's possible that some weird optree-munging XS module may break this
    assumption. For now I've just added asserts that the next op is OP_AND
    with an op_ppaddr of Perl_pp_and; if that assertion fails, it may be
    necessary to convert pp_iter()s' asserts into conditional statements.

However, Devel::Cover does change the op_ppaddr of the ops it can see, so
the assertions on op_ppaddr were being tripped when Devel::Cover was run
under a -DDEBUGGING Perl. But even if the asserts didn't trip, skipping the
OP_AND nodes would prevent Devel::Cover from determining branch coverage in
the way that it wants.

This commit converts the asserts into conditional statements, as outlined in
the commit message above, and undoes the optimisation when the op_ppaddr
doesn't match.

56062. By Leon Timmermans on 2018-04-21

Adapt acknowledgements.pl to perl being in its fourth decade

56061. By Sawyer X <email address hidden> on 2018-04-21

Add announcement URL

Branch metadata

Branch format:
Branch format 7
Repository format:
Bazaar repository format 2a (needs bzr 1.16 or later)
This branch contains Public information 
Everyone can see this information.

Subscribers

No subscribers.