| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
OK sthen@
|
|
|
|
| |
OK sthen@
|
|
|
|
| |
OK sthen@
|
|
|
|
| |
OK sthen@
|
|
|
|
|
|
|
|
|
|
|
|
| |
This was originally done so that other things in-tree such as vi could link
to libperl and to support non-shared vax.
This brings us more in-line with upstream and makes things more understandable.
It now links libperl.so to libm, which some software needs, and stops building
and installing libperl.a.
OK bluhm@
|
|
|
|
|
| |
All functional changes were committed already, this updates the
version number, Module::Corelist, and documentation.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
https://metacpan.org/pod/release/SHAY/perl-5.30.2/pod/perldelta.pod
Incompatible Changes
There are no changes intentionally incompatible with 5.30.0.
Updated Modules and Pragmata
* Compress::Raw::Bzip2 has been upgraded from version 2.084 to 2.089.
* Module::CoreList has been upgraded from version 5.20191110 to 5.20200314.
Selected Bug Fixes
* printf() or sprintf() with the %n format no longer cause a panic
on debugging builds, or report an incorrectly cached length value
when producing SVfUTF8 flagged strings.
* A memory leak in regular expression patterns has been fixed.
* A read beyond buffer in grok_infnan has been fixed.
* An assertion failure in the regular expression engine has been fixed.
* (?{...}) eval groups in regular expressions no longer unintentionally
trigger "EVAL without pos change exceeded limit in regex".
Proceed when you feel comfortable. deraadt@
|
|
|
|
| |
Timing is good deraadt@, OK sthen@
|
|
|
|
| |
Timing is good deraadt@, OK sthen@
|
|
|
|
| |
Timing is good deraadt@, OK sthen@
|
|
|
|
| |
Timing is good deraadt@, OK sthen@
|
|
|
|
|
|
|
| |
Minor bugfixes and documentation improvments. See perldelta for details.
https://metacpan.org/pod/release/SHAY/perl-5.28.2/pod/perldelta.pod
OK bluhm@
|
|
|
|
| |
looking good sthen@, Great! bluhm@
|
|
|
|
| |
looking good sthen@, Great! bluhm@
|
|
|
|
| |
looking good sthen@, Great! bluhm@
|
|
|
|
| |
looking good sthen@, Great! bluhm@
|
|
|
|
| |
Fixes issues with cross-device moves, noticed with autoconf
|
|
|
|
| |
OK bluhm@
|
|
|
|
| |
ok bluhm@
|
|
|
|
| |
OK bluhm@, Reads ok sthen@
|
|
|
|
| |
OK bluhm@, Reads ok sthen@
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The problem relates to Perl 5 ("perl") loading modules from the
includes directory array ("@INC") in which the last element is the
current directory ("."). That means that, when "perl" wants to
load a module (during first compilation or during lazy loading of
a module in run-time), perl will look for the module in the current
directory at the end, since '.' is the last include directory in
its array of include directories to seek. The issue is with requiring
libraries that are in "." but are not otherwise installed.
The major problem with this behavior is that it unexpectedly puts
a user at risk whenever they execute any Perl scripts from a directory
that is writable by other accounts on the system. For instance, if
a user is logged in as root and changes directory into /tmp or an
account's home directory, it is possible to now run any shell
commands that are written in C, Python or Ruby without fear.
The same isn't true for any shell commands that are written in Perl,
since a significant proportion of Perl scripts will execute code
in the current working directory whenever they are run. For example,
if a user on a shared system creates the file /tmp/Pod/Perldoc/Toterm.pm,
and then I log in as root, change directory to /tmp, and run "perldoc
perlrun", it will execute the code they have placed in the file.
ok deraadt@
|
|
|
|
| |
OK bluhm@
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
ok deraadt@ sthen@ espie@ miod@
|
|
|
|
| |
ok deraadt@ sthen@ espie@ miod@
|
|
|
|
| |
ok deraadt@ sthen@ espie@ miod@
|
| |
|
|
|
|
| |
OK espie@ sthen@ deraadt@
|
|
|
|
| |
OK espie@ sthen@ deraadt@
|
|
|
|
| |
(some more to do after this one)
|
| |
|
| |
|
| |
|
|
|
|
| |
of mktables.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
with out own rules but apparently this causes problems after
git_version.h is generated in the obj dir. This will only ever be
a stub as we build from a release, not a git checkout. Add a
pre-generated lib/Config_git.pl and prevent git_version.h and
Config_git.pl from being removed by the clean target.
Appears to fix parallel make issues. OK oga@
|
|
|
|
| |
okay millert@
|
|
|
|
| |
a backslash. Fix from Russ Allbery, the podlators maintainer.
|
| |
|