| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
| |
Done with:
./perl -Ilib Porting/bump-perl-version -s 5.13.9 5.13.10 > /tmp/scan
./perl -Ilib Porting/bump-perl-version -u < /tmp/scan
And then manually editing the README.vms file to update the vmstar
example.
|
| |
|
| |
|
|
|
|
|
|
| |
This reverts commit 7dc5472a0a41a8396671d5586d4c1254a1cb5e8c.
Back out XS switch over
|
| |
|
|
|
|
|
|
|
|
|
| |
# New Ticket Created by (Peter J. Acklam)
# Please include the string: [perl #81884]
# in the subject line of all future correspondence about this issue.
# <URL: http://rt.perl.org/rt3/Ticket/Display.html?id=81884 >
Signed-off-by: Abigail <abigail@abigail.be>
|
|
|
|
| |
hadn't worked for years before that.
|
|
|
|
|
|
| |
do not use usemymalloc (double size + slow)
remove deprecated libcygipc info
remove overlarge stack size
|
| |
|
|
|
|
|
| |
All files have been modified more recently than their tag, rendering
information in the tag redundant.
|
|
|
|
|
|
| |
It should not be the default, it isn't the default when perl is
built in pkgsrc and from personal experience using perl's malloc
as the default is to enter a world of pain and suffering.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
The attached 1-line patch to hints/vos.sh defines a C macro that enables
support for file names longer than 32 characters on the Stratus OpenVOS
port of perl. As there are now some files in the base package whose
names exceed 32 chars, this is an important change.
This change only applies to OpenVOS (horay for the hints files)! I
tested this change on OpenVOS Release 17.0.2ab.
I have also updated the .pod files that refer to VOS/OpenVOS.
|
|
|
|
|
|
|
| |
hints/darwin.sh pretends that setruid and similar functions do not
exist, as they were buggy in earlier versions of Mac OS X. Leopard and
Snow Leopard (I don’t know about Tiger) are fine. The attached patch
re-enables those on recent versions.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
(harmless) following error message is printed when hints are run:
./hints/freebsd.sh: /usr/bin/objformat: not found
The reason for this is outlined in this email from Feb 2007
http://lists.freebsd.org/pipermail/freebsd-ports/2007-February/038523.html
This patch just skips the objformat check for versions 7+ and
assumes ELF. (The end result is unchanged, but the error
message will not be printed anymore.)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Based on a patch by AUGUSTE-ETIENNE José <jose.auguste-etienne@cgss-guyane.fr>
The attached patches are necessary to work around aix 4.2 lack of support for IPv6,
and limited support for POSIX sigaction()
The hints/aix_4.sh patch solves the following build failure:
"Socket.xs", line 468.16: 1506-007 (S) "struct in6_addr" is undefined.
The ext/POSIX/t/sigaction.t patch solves the failing test reported a looong time ago:
http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2006-01/msg01124.html
After testing a simple C program using POSIX sigaction() with SA_SIGINFO,
I found that it worked on aix 4.3 but failed on aix 4.2.
I think it's safe to skip the SA_SIGINFO test on the aix 4.2 platform.
perl 5.12.0 builds fine on the following platforms / C compiler :
aix 4.2.1 / vac 5.0.2.7 (with attached patches)
aix 4.3.2 / gcc 2.95.3
aix 4.3.3 / vac 4.4.0.3
aix 4.3.3 / vac 5.0.28
aix 5.2 / GNUpro gcc 2.9.aix51.020209
The atatched patches should be applied to blead and maint.
|
|
|
|
| |
Fix for http://rt.perl.org/rt3/Public/Bug/Display.html?id=17736
|
| |
|
| |
|
|
|
|
|
|
|
| |
If random_r is disabled, so should srandom_r be. Changes in a distant
caused errors like:
"reentr.h", line 773.16: 1506-007 (S) "struct random_data" is undefined.
|
|
|
|
|
|
| |
The original long-running test had a tighter limit for
sGMTIME_min and sLOCALTIME_min than the 2**47-1 limit
that was now hardcoded. Take the safe route.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Hello,
Nicholas Clark wrote:
> On Mon, Jan 18, 2010 at 11:33:07AM +0100, Rainer Tammer wrote:
>
>> Hello,
>> the 32 bit blead build looks quite good on AIX:
>>
>> A threaded, shared 32 bit build only produced one error:
>>
> Thanks for continuing to look out for AIX.
>
>
No problem ...
>> Is this a know error ??
>>
> Yes, but I believe that I committed a change to fix it about 30 minutes ago.
>
>
OK,
I try this fix.
I have also a fix for the GDBM problem.
Now GDBM is only disabled if the "problem" headers are installed,
e.g. if the gdbm rpm < 1.8.3-5 is installed.
I have attached the patch for this.
> Nicholas Clark
>
>
>
Bye
Rainer
From 4755db7f86c38d3c2b69c668c5747368e98c3eae Mon Sep 17 00:00:00 2001
From: Rainer Tammer <tammer@tammer.net>
Date: Mon, 18 Jan 2010 11:40:27 +0100
Subject: [PATCH] Enabld GDBM on AIX if possible
Signed-off-by: H.Merijn Brand <h.m.brand@xs4all.nl>
|
| |
|
|
|
|
|
| |
Use g++ as default linker
IPv6 support for 1.7
|
|
|
|
|
|
|
|
|
| |
Currently building with icc records an empty ccversion, the attached
change fixes that.
Tony
Signed-off-by: H.Merijn Brand <h.m.brand@xs4all.nl>
|
|
|
|
| |
hardcoded
|
|
|
|
| |
hardcoded
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Hey,
attached patch fixes the thread library detection in DragonFly. All
versions of DragonFly can be used threaded with -pthread. libc_r must
not be used directly.
Please let me know if you have any questions.
Thanks,
simon
|
| |
|
|
|
|
|
|
|
|
|
|
| |
I don't have OS/2, so I can't test this, but the code in Configure will assume
flat directories, because ext/File-Glob is present, and hence not search
recursively and not find the OS/2 extensions if they are copied into ext/OS2/*
I believe that without this change OS/2 will not have been building since the
change to flattened ext. This change may not be sufficient to get OS/2
building again, but it is in the right direction.
|
| |
|
| |
|
|
|
|
|
|
| |
Classic.
Perl hasn't supported MachTen since 5.6.
|
|
|
|
| |
since 5.005
|
| |
|
|
|
|
| |
the AIX Toolbox
|