| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
| |
This updates the vms Perl_vms_start_glob routine to behave more like
Unix when the decc$filename_unix_report is active.
It also fixes the behavior of Unix directory syntax when either the
decc$filename_unix_report or decc$efs_charset options are active.
Message-id: <49794B5F.8030401@gmail.com>
|
| |
|
| |
|
|
|
|
| |
Mostly just grammar.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Hello p5p,
the recent shakearound of make_patchnum.pl broke the build on Windows,
because make_patchnum.pl lives in the build root, but the Makefile lives
in ./win32, so all targets need to be relative to ./win32.
I've only tested the patch for makefile.mk, as I don't have nmake.exe.
The fix is so simple that it should work on Makefile as well. These are
famous last words.
-max
>From f4d9e594a2a3ea743e9c381d1836a85ada15af85 Mon Sep 17 00:00:00 2001
From: Max Maischein <corion@corion.net>
Date: Sun, 25 Jan 2009 17:34:39 +0100
Subject: [PATCH] Unbreak build on Windows
|
|\ |
|
| | |
|
| |
| |
| |
| | |
This reverts commit efdc43f5015438920ce11f05539e55cb02940377.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
and add setid bit handling
- Moves the permission-changing code to File::Copy::cp(), making it
non-identical to File::Copy::copy(). I think this is a decent
compromise, retaining backwards compatibility in the "primary"
routine, while allowing people who chose cp() to get more POSIXy
semantics. It does break backwards compatibility of cp() wrt
permissions. I can find a handful of examples in CPAN, for which I
hope smokers will give some feedback. As for the DARKpan, who knows .
. .
- Expands the permission changing in cp() a bit to cover the rest of
what cp(1) claims on the local POSIX box.
- Removes Fcntl from the mix, to eliminate some build-time hoops.
- Shifts Abigail's permission tests to cp(), and adds parallel tests for copy().
- Documents the permission-related behavior in more detail.
|
| |
| |
| |
| |
| |
| | |
Remove the check for code refs in pp_lock.
For debugging, assert that the ref is not a code ref
(per Dave Mitchell's suggestion).
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| | |
(miniperl no longer needs git_version.h, perl.o explictly depends on it)
|
| | |
|
| |
| |
| |
| | |
Remove special-casing from all the makefiles that coped with it returning non-0.
|
| |
| |
| |
| |
| |
| | |
returns filenames in UNIX syntax.
This updates this test to handle these modes.
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| | |
Redundant because it was always true, as it was inside the #else of
an #ifdef SETUID_SCRIPTS_ARE_SECURE_NOW
(Another bit of cleanup following change 32997)
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
-DPERL_GLOBAL_STRUCT_PRIVATE.
Perl_GetVarsPrivate() could not be seen from within a module built
with a C++ compiler if the perl binary was built with a C compiler,
as the prototype was not 'extern "C"' for C++.
The change moves the EXTERN_C defines so they can be used for the
prototype of Perl_GetVarsPrivate().
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
miniperl builds with canned data equivalent to stock_git_version.h.
git_version.h becomes an explicit dependency for perl.o, make_patchnum.pl is
explicitly run to create it, and no sub-makes are spawned with their inherent
race conditions and consequent strange build failures.
|
| |
| |
| |
| | |
This will allow a defined order for generating git_version.h and then perl.o
|
| |
| |
| |
| |
| |
| | |
This was broken in commit 2990415a4519bc3988d7224ae15100c3e9e901ee
where the inlined constants were deparsed also _inside_ the subroutine
that defined them: that is, before they were available to the parser
|
| | |
|
| |
| |
| |
| | |
it to mathoms.c
|
| |
| |
| |
| | |
the string that it is passing.
|
| |
| |
| |
| | |
use it where possible.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
and hence the 'create' argument is actually 'flags'. Fix core code and
documentation that used TRUE or FALSE to use 0 or GV_ADD.
|
| |
| |
| |
| |
| | |
and hence the 'create' argument is actually 'flags'. Fix code and documentation
that used TRUE or FALSE to use 0 or GV_ADD.
|
| |
| |
| |
| |
| | |
and hence the 'create' argument is actually 'flags'. Fix code and documentation
that used TRUE or FALSE to use 0 or GV_ADD.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
DB_File was forcing "-llibdb" for all MSWin32 builds. That's an MSVC
thing, so this patch makes it use "-ldb" if the compiler is gcc (e.g.
for Strawberry Perl and friends).
Paul Marquess suggested I send a patch to p5p and will update the
source on CPAN when he has a dev box again.
Message-Id: <1232541093-2247-1-git-send-email-dagolden@cpan.org>
Plus: bump $VERSION.
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
completely when it moved the allocation logic inside Perl_newXS_flags(). Whilst
Rafael's fix in 29107 correctly plugged my leak, this commit is the actual
correction. (Commits 77004dee2553ce034a8a58b2b2849e3656df46c3 and
c3db7d9213b09a5852dab00368488f63a7625b9e respectively)
|
| |
| |
| |
| | |
Message-Id: <6B717AA7-2972-439F-9B89-669E15353EBC@dwim.org>
|
|\ \ |
|
| | | |
|
| | | |
|