| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
| |
Makefile.mk is redundant with GNUmakefile. See
https://www.nntp.perl.org/group/perl.perl5.porters/2021/01/msg258848.html
for more details.
We planned to remove it shortly after the introduction of GNUmakefile
but that slipped through the cracks for some reason:
https://github.com/Perl/perl5/issues/14341
|
| |
|
|
|
|
|
|
|
|
| |
Switch from two-argument form. Filehandle cloning is still done with the two
argument form for backward compatibility.
Committer: Get all porting tests to pass. Increment some $VERSIONs.
Run: ./perl -Ilib regen/mk_invlists.pl; ./perl -Ilib regen/regcharclass.pl
For: RT #130122
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This shares all the existing deficiencies of utils/Makefile.SH, and
generates a byte-for-byte identical utils/Makefile, including boilerplate
that claims it was generated by utils/Makefile.SH
utils/Makefile remains as a file checked into the repository, and is not (yet)
deleted, because as-was only *nix platforms could run utils/Makefile.SH to
generate utils/Makefile. This messy state of affairs means that if you build
with static linking, the checked-out utils/Makefile is modified
('../miniperl' is replaced with '../perl')
The next commit will resolve just these bugs.
In turn, it seems that the pre-generated utils/Makefile is only used by
Win32, as VMS contains rules in descrip_mms.template to build the
utilities. Probably the next thing to unpick is the build on VMS, but it
seems better to reduce the size of the "problem" in both utils/Makefile.PL
and vms/descrip_mms.template by attempting to move the work from them to
the extension directories and ExtUtils::MakeMaker.
|
| | |
|
| |
|
|
|
|
|
| |
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.
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
From: David Golden <dagolden@cpan.org>
Date: Fri, 10 Jul 2009 08:20:06 -0400
Message-Id: <1247228406-29001-1-git-send-email-dagolden@cpan.org>
Also adds a "-c FILE" option for an alternate change log name
I've extended it With additional support for ChangeLog and open for more
|
| |
|
|
|
|
|
|
|
|
|
| |
Old way looked in perl source for files matching exclude
list to delete. New way looks only in source distribution.
This means that files already in perl source will need to be
manually removed, but avoids the risk that a bad exclusion
regex blows away unrelated things in the source tree.
Signed-off-by: H.Merijn Brand <h.m.brand@xs4all.nl>
|
| |
|
|
| |
Signed-off-by: H.Merijn Brand <h.m.brand@xs4all.nl>
|
| |
|
|
| |
Was deleting from lib, but should delete from perl/lib
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
Sometimes, using find, add-package.pl will construct filenames with 2
consecutive slashes, ie:
Package-Name/bin//script.pl
As this literal string isn't in the MANIFEST yet, it'll be added
erroneously. The below patch fixes this.
|
| |
|
|
|
|
|
| |
David patched add-package to support git, but unfortunately introduced
a portability issue for 'cp'; the --archive option isn't supported on
OSX. So, the attached patch changes --archive to it's most equal single
character options that are portable.
|
| |
|
|
|
|
|
| |
(1) all work done in a new git branch by default
(2) "-n" flag ("no branch") added to get old rsync-friendly behavior
(3) looks in "scripts/" directory as well as "bin/" for executables
(4) patches utils/Makefile.SH instead of utils/Makefile
|
| |
|
|
|
|
| |
From: "Jos I. Boumans" <jos@dwim.org>
Message-Id: <9D8CA217-8B5B-487E-96A4-92D9047FE921@dwim.org>
p4raw-id: //depot/perl@32030
|
|
|
modules in the core?)
From: "Jos I. Boumans" <kane@dwim.org>
Message-Id: <A819F8C7-19C9-4ECE-8CF5-80FAAF54F890@dwim.org>
p4raw-id: //depot/perl@31518
|
