| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Existence of this entry has nothing to do with Borland support. It
is merely history, that’s all.
|
|
|
|
|
| |
Remove support for the Borland C++ compiler on Win32, as agreed here:
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2011-09/msg00034.html
|
| |
|
| |
|
|
|
|
|
|
| |
This reverts commit e713b73750eb9e684a6d14dcca1a22d55ce2226d.
See [perl #87704].
|
|
|
|
| |
Literal backslashes need single quotes.
|
|
|
|
|
|
|
| |
using /i"
This reverts commit 7b7d8b152c027b50b260244da6f7c17a010279d6.
The performance issue that prompted this commit has been fixed.
|
|
|
|
|
|
|
|
|
| |
Since change 56ca34cada940c7f moved the folding of ranges from runtime to
compile time, these VMS-only regexps would incur a startup cost penalty on
all platforms.
This also removes build-time warnings when File::Copy is invoked before the
Unicode tables have been processed.
|
|
|
|
|
|
| |
Three times three is nine, last I checked. Follow-up to:
dd2d1456ae6cdb1b6f476dd4923e18c36a45b6ea
|
|
|
|
| |
./perl -Ilib Porting/cmpVERSION.pl -xd . v5.13.8
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
The documentation for the different behaviour on Mac OS Classic was not
removed when the relevant code was removed in 862f843bac3434c2. That commit
also remove all callers to several Mac OS classic support functions, but not
the functions themselves. Rectify this.
|
|
|
|
|
|
|
|
|
| |
# New Ticket Created by (Peter J. Acklam)
# Please include the string: [perl #81890]
# in the subject line of all future correspondence about this issue.
# <URL: http://rt.perl.org/rt3/Ticket/Display.html?id=81890 >
Signed-off-by: Abigail <abigail@abigail.be>
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
This test has a workaround for windows that isn't needed if it just sets
up the @INC initially to allow for finding things both before and after
the chdir.
And, it's unreasonable to expect that nothing it calls would in turn
never do their own module load, so the @INC needs to be correct anyway.
|
|
|
|
|
| |
in the new File::DosGlob tests that came in with
2f3c8ce922663caa9b02d9fddae7536225b6f95d.
|
|
|
|
|
|
|
|
|
|
|
|
| |
The code is from Alex Davies. The commit message is from the committer.
Somehow I only ended up with half the patch applied. No tests failed
for me, because these code paths are only reached on Windows, which,
thankfully, I am not using.
Hopefully this will eliminate the smoke that is already pouring in....
(It’s *my* turn to break blead for Windows. :-)
|
|
|
|
|
|
|
| |
The changes are
1. Allow for parentheses in glob pattern.
2. Strip redundant "./" from drive relative glob patterns results.
|
|
|
|
|
|
|
|
| |
Please find attached patches for File::Find and its test file.
These changes ensure that paths passed to File::Find::find() on Win32
which have a trailing *back*slash are neatly handled. That is, the
change ensures paths such as c:\dir\/file are no longer generated.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
ebcfa0534 changed stat.t to avoid using TEST as the stat target, since
it is read by other test scripts. But with the initial stat() in the
BEGIN block perl is still reading the script for compilation, which
will update the access time. Since the system clock usually didn't
tick another second between the first and second stats, the test
usually succeeded, but occasionally the clock would tick, and the test
would fail.
Moved the stat() out of the BEGIN block to avoid that.
As a check I temporarily added a 2 second sleep after the initial
stat to ensure we didn't have a similar problem to that will
allowed this to pass most of the time.
|
|
|
|
|
|
| |
lib/File/stat.t compares two stat calls on t/TEST against each
other, but other tests read t/TEST, modifying its access time,
causing rare random failures in stat.t in parallel tests.
|
| |
|
|
|
|
|
|
|
|
| |
These tests were being skipped on OpenBSD, but nosuid partitions can
exist on other systems too. Now it just checks if it can create a suid
directory, if not the tests are skipped.
Perl builds without errors in a nosuid /tmp with this patch.
|
|
|
|
|
| |
ExtUtils::MakeMaker removed MacOS support in 6.25, merged to blead in December
2004, so this code is vestigial, and a small runtime penalty.
|
|
|
|
|
| |
ExtUtils::MakeMaker removed MacOS support in 6.25, merged to blead in December
2004, so this code is vestigial, and a small runtime penalty.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Specifically DECC$EFS_CHARSET must be enabled and not everything
plays nice with that, so for now this is a to-do.
|
| |
|
|
|
|
|
|
|
|
|
| |
Commit 81ec4fbc8320b72171c9fbea0fa0456b3a687f92
removed some obsolete code that processed with leading spaces in filenames
(not needed with 3-arg open), but didn't quite clean out everything.
This meant that trying to copy to a file whose name had a leading space
would unceremoniously die with
Undefined subroutine &File::Copy::_protect called
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The problem is with the use of cp when perms & 06000.
There is logic that checks to see if the target file is owned by the
user ($>) running the copy and/or if $> is a member of the group that
owns the target file. If this is not the case, then the 06000 bits are
masked out before the chmod is called after the copy.
This is mostly good logic except when root is executing this, in which
case root should get to do whatever it wants to do.
Looking closer at the code to test for group membership, I think it can
be more easily and more cheaply be written using $). I've added this
change to the patch.
This will also fix the problem where someone has a group membership
based on /etc/passwd and is not mentioned in /etc/group.
|
| |
|
|
|
|
|
|
| |
filesystems nosuid.
[perl #71334] is the TODO for a better fix for this
|
| |
|
|
|
|
|
|
| |
File::Find was not resolving paths of the form "/..////../" correctly.
Fixed by adding a quantifier to the substitution parameter in
contract_name().
|
| |
|
|
|
|
|
|
|
|
|
|
| |
It can't really be renamed from ext/Cwd to ext/PathTools, because Configure and
Makefile.SH need to know the name of the shared object produced, and they infer
this from the name of the directory.
This concludes the migration of modules from lib to ext. Exporter and version
remain in lib, but I don't think that there is any benefit in trying to move
either of them.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Quoting Petr Salinger in http://bugs.debian.org/537555:
The Copy tries to detect whether source and dest are the same files.
Unfortunately, on the GNU/kFreeBSD the kernel returns for all pipes
as device and inode numbers just zero. See pipe_stat() in
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/sys_pipe.c
Patch by Petr Salinger, tests by Niko Tyni.
|