| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
| |
In 1998 commit 30e2e4257067d5f8 stated
temporarily disable perl malloc for a2p until we clean up
conflicting malloc() declarations everywhere
and nothing has changed since. 13 years later, no-one has reported problems,
so it's safe to remove it.
|
| |
|
| |
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I have spotted a couple of missing dependencies in the makefiles
utils/Makefile.SH and x2p/Makefile.SH that prevent json_pp, s2p,
psed, and find2perl from being rebuilt after configuration changes.
This could cause trouble if the install prefix has been changed,
so that the shebang line of these scripts from a previous build
no longer matches the target location of the perl binary.
A workaround would be to always "make clean" after changes to
the configuration, which sounds reasonable anyway. That said,
most of the other tools do have config.sh properly listed as a
dependency and I don't see why those four should not.
I have attached a small patch against perl-5.13.11 to fix this.
The bug is also present in the latest stable release as of this
writing, perl-5.12.3, except that json_pp is not included there.
|
|
|
|
|
|
|
|
|
| |
# New Ticket Created by (Peter J. Acklam)
# Please include the string: [perl #81920]
# in the subject line of all future correspondence about this issue.
# <URL: http://rt.perl.org/rt3/Ticket/Display.html?id=81920 >
Signed-off-by: Abigail <abigail@abigail.be>
|
|
|
|
|
|
|
|
| |
The x2p and utils .PL extractions use the Cwd module, which is not
available in miniperl in a static build. (For a dynamic build, miniperl
only loads the pure perl portion of Cwd, but building the whole extension
ensures that the pure perl part is correctly built and available. It might
be cleaner just to always require the full perl.)
|
|
|
|
|
|
|
| |
All these files used to be executable in the release tarballs. Apparently things
also work without that in the repository, but I'd rather add this possibly
unecessary change to blead instead of breaking the upcoming release. This should
probably be looked into again afterwards.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When porting/makerel runs, all files copied into the directory for the
tarball have the executable bit stripped and then only a specific set of
files have the executable bit restored.
There are many files in the repo that have the executable bit set in the
repo that will be stripped. So that the state of files in the repo is
as close as possible to the state of files in the release tarball, the
executable bit has been stripped from such files.
In one recent case, a file added from a dual-life module needed the
executable bit set. Because it had the bit in the repo but was
not listed in makerel to get an executable bit, tests using it
passed in the repo and failed in the tarball.
This commit refactors the list into a new file, Porting/exec-bit.txt
and add tests to detect a mismatch between files listed there
and actual executable bits in the repo.
|
|
|
|
|
|
|
| |
While I was doing the $[ thing, I discovered a bug in a2p's handling of
the match() operator. It uses a comma operator, which has unintended
behaviour in list context (e.g., in a print statement). It also returns
empty string for a non-match, rather than the required 0.
|
|
|
|
|
|
|
|
|
|
|
| |
I missed earlier that the a2p documentation mentions $[. Patch attached.
The same doc section has a couple of other paragraphs that look like
they need updating, but I'm not sure what to do with them: one refers
to keys() not applying to arrays, and one is about $#.
-zefram
Signed-off-by: H.Merijn Brand <h.m.brand@xs4all.nl>
|
| |
|
| |
|
|
|
|
|
| |
Fixes #68840 reported by Guglielmo Bondioni, where a2p incorrectly
translated sub(/foo/,"bar/baz") into s/foo/bar/baz/.
|
| |
|
| |
|
|
|
|
| |
Remove also redundant ignores for produced files in x2p
|
|
|
|
|
| |
A list submitted by Paul Fenwick was briefly factored into
directory-specific rules.
|
|
|
| |
p4raw-id: //depot/perl@34603
|
|
|
|
|
|
| |
Something tells me that Win32 is compiling x2p with -DPERL_CORE
*nix dosn't do this.
p4raw-id: //depot/perl@32739
|
|
|
|
|
| |
Message-ID: <4770FA02.2080800@gmail.com>
p4raw-id: //depot/perl@32723
|
|
|
|
|
|
| |
From: "Jan Dubois" <jand@activestate.com>
Message-ID: <0cca01c84680$7afc9170$70f5b450$@com>
p4raw-id: //depot/perl@32721
|
|
|
|
|
|
| |
From: "Robin Barker" <Robin.Barker@npl.co.uk>
Message-ID: <46A0F33545E63740BC7563DE59CA9C6D09399C@exchsvr2.npl.ad.local>
p4raw-id: //depot/perl@32690
|
|
|
|
|
| |
Message-ID: <46EC7D3D.5010604@iki.fi>
p4raw-id: //depot/perl@31878
|
|
|
|
|
| |
the third argument.
p4raw-id: //depot/perl@31657
|
|
|
|
|
| |
Message-Id: <46A474A2.2060400@thalesgroup.com>
p4raw-id: //depot/perl@31656
|
|
|
|
|
|
| |
From: "Jerry D. Hedden" <jdhedden@cpan.org>
Message-ID: <1ff86f510707111706g7bfe8306o3c913409a307567c@mail.gmail.com>
p4raw-id: //depot/perl@31591
|
|
|
|
|
|
|
|
| |
dllexport assumed." when building with -DDEBUGGING by declaring
getenv() with the same __declspec as in Microsoft's <stdlib.h>.
MinGW/GCC is happy with that too, but Borland doesn't understand
_CRTIMP so don't bother for Borland since it doesn't warn anyway.
p4raw-id: //depot/perl@31350
|
|
|
|
|
|
| |
Subject: Bug#395426: perl: spelling errors
Message-Id: <20061026222329.8B8CF1AAC6D@cyrix.home.bogus>
p4raw-id: //depot/perl@29121
|
|
|
| |
p4raw-id: //depot/perl@28934
|
|
|
| |
p4raw-id: //depot/perl@28790
|
|
|
|
|
| |
John Malmberg.
p4raw-id: //depot/perl@28765
|
|
|
|
|
| |
Message-Id: <200608211148.k7LBmQGL161830@kosh.hut.fi>
p4raw-id: //depot/perl@28742
|
|
|
|
|
| |
Message-ID: <Pine.SOC.4.62.0602031129530.9630@maxwell.phys.lafayette.edu>
p4raw-id: //depot/perl@27204
|
|
|
|
|
| |
Message-ID: <20051104211355.GB12651@petdance.com>
p4raw-id: //depot/perl@26033
|
|
|
| |
p4raw-id: //depot/perl@25811
|
|
|
|
|
|
|
| |
Message-ID: <20050911094314.GA15155@londo.c47.org>
and remove the check_byacc target from the x2p makefile
p4raw-id: //depot/perl@25534
|
|
|
|
|
|
| |
From: "John E. Malmberg" <wb8tyw@qsl.net>
Message-ID: <432F9C90.7080702@qsl.net>
p4raw-id: //depot/perl@25507
|
|
|
|
|
| |
Message-Id: <4ADE5AAD-27CB-4F9E-BEC7-41DAA7671108@iki.fi>
p4raw-id: //depot/perl@24444
|
|
|
|
|
| |
Message-ID: <20050501200755.GA30259@petdance.com>
p4raw-id: //depot/perl@24365
|
|
|
|
|
|
| |
A C++ compiler produces lots of warnings that are probably valid
concerns to investigate.
p4raw-id: //depot/perl@24170
|
|
|
| |
p4raw-id: //depot/perl@24162
|
|
|
| |
p4raw-id: //depot/perl@24020
|
|
|
|
|
| |
Message-Id: <1108675813.24421@devpc01.iconmobile.de>
p4raw-id: //depot/perl@23979
|
|
|
| |
p4raw-id: //depot/perl@23978
|
|
|
|
|
| |
invalid code.
p4raw-id: //depot/perl@22749
|
|
|
|
|
| |
Noticed by David Dyck.
p4raw-id: //depot/perl@22681
|
|
|
|
|
|
|
|
|
| |
From: "jdhedden@1979.usna.com (via RT)" <perlbug-followup@perl.org>
Message-ID: <rt-3.0.8-27748-82270.2.99482909739062@perl.org>
Cwd code was planted in the output executable after the exit, so
was never run.
p4raw-id: //depot/perl@22586
|
|
|
|
|
|
|
| |
Message-ID: <8765h1pnec.fsf@vran.herceg.de>
(plus a note about find2perl now defaulting to -print in perldelta)
p4raw-id: //depot/perl@21834
|