| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
| |
f4d47668d36d0dd4 unintentionally removed it.
|
| |
|
|
|
|
| |
Initially move only Tie::Hash::NamedCapture::flags from universal.c to it.
|
|
|
|
|
|
|
|
| |
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.)
|
| |
|
|
|
|
|
| |
Let ExtUtils::MakeMaker deal with running these extraction scripts, rather than
repeating the logic in (at least) 5 places.
|
|
|
|
|
| |
Let ExtUtils::MakeMaker deal with running these extraction scripts, rather than
repeating the logic in (at least) 5 places.
|
|
|
|
|
| |
Let ExtUtils::MakeMaker deal with running these extraction scripts, rather than
repeating the logic in (at least) 5 places.
|
|
|
|
|
| |
Let ExtUtils::MakeMaker deal with running this extraction script, rather than
repeating the logic in (at least) 5 places.
|
|
|
|
|
| |
This has not been spotted because is has a dependency on $(plextract) which
in turn depends on x2p/s2p
|
|
|
|
|
| |
This has not been spotted because they have a dependency on $(plextract) which
in turn depends on $(dynamic_ext).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The attached text files contain patches to correct build problems on the
Stratus VOS (recently renamed "OpenVOS") operating system. I have tested
these changes on OpenVOS Release 17.0, which is the most-current
customer release. None of these changes should affect any other OS.
Makefile.SH: This patch removes the "miniperl" dependency of the "all"
target. On an operating system that does not require an executable
suffix, the miniperl$(EXE_EXT) dependency evaluates to "miniperl", too.
But on an operating system like VOS that does have an executable suffix,
miniperl$(EXE_EXT) evaluates to (in our case) "miniperl.pm" and the
"miniperl" target is unresolved.
ext/Socket/Socket.xs: Sadly, OpenVOS does not yet support IPv6. I edited
the code to allow for this case, while retaining IPv6 support for
operating systems that do support it.
|
|
|
|
|
|
|
|
|
|
|
|
| |
Make embed.pl fully responsible for generating prototypes and embedding macros
for pp_* and ck_* functions, placing them in embed.h and proto.h
opcode.pl no longer generates pp_proto.h
Remove the (effectively) duplicate explicit entries for (all but 2) ck_*
functions from embed.fnc
We can't actually remove pp_proto.h from the distribution *yet*, as
ExtUtils::MM_Unix and ExtUtils::MM_VMS have hardcoded lists of the installed
headers. Once this is resolved, we can.
|
| |
|
| |
|
|
|
|
|
| |
This way patches including perldelta entries will apply properly, no matter when
they are applied. If there's conflicts, they'll at least be in the right file.
|
| |
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
| |
Similarly for perl.c to perlmini.c
This avoids the work of a file copy if a symlink would do the job, but ensures
that we don't create a symlink to a symlink to a file, which (comments suggest)
upsets gcc.
|
| |
|
|
|
|
|
|
| |
Previously only opmini.o was compiled with -DPERL_EXTERNAL_GLOB, and only
perlmini.o with -DPERL_IS_MINIPERL. Add "PERL_EXTERNAL_GLOB" to the output
of (mini)perl -V if it is defined.
|
|
|
|
|
|
|
|
| |
dependency
make_ext.pl fills PERL5LIB with relative directories to the modules
needed, but this fails for SDBM_File when it recurses into
ext/SDBM_File/sdbm directory. Revealed in parallel builds on OpenBSD.
|
|
|
|
| |
I believe this is required for dependencies to be calculated properly
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Thanks to Ask for pointing it out.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
linking miniperl
SystemTaps' dtrace binary lives in /usr/bin, so add a check to Configure
for that.
Additionally link the dtrace .o file into miniperl, which is an issue
with SystemTap and also reported on p5p to affect OpenSolaris in
Signed-off-by: H.Merijn Brand <h.m.brand@xs4all.nl>
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Where a single script (or program) generates multiple files, the Makefile rule
was written with those multiple files as targets on the same line. This would
be correct if that syntax meant "these $n things are built by these commands".
However it doesn't - it means "to build any of these targets, run these
commands", and hence to run them once for each of the targets. This can result
in race conditions with parallel makes, with files being trampled on and
strange failure modes.
Hence the correct style is to give one of the targets on the rule, and rules
that make all the other targets that are generated depend on that target.
|
|
|
|
|
| |
attempt to update git_version.h and lib/Config_git.pl in
concurrent processes.
|
|
|
|
| |
lib/unicore/version was getting removed by "make distclean".
|
| |
|
| |
|
|
|
|
| |
Message-ID: <4B0C4744.7080401@khwilliamson.com>
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
Attached patch fixes two small bugs that interfere with minitest.
-zefram
Signed-off-by: H.Merijn Brand <h.m.brand@xs4all.nl>
|
|
|
|
| |
and it always needed that, but re-ordering of targets has exposed that
|