| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Testing from 10.5 with Xcode 3 to the latest OS X works with usenm='false' but
not always with usenm='true'
|
|
|
|
|
|
|
| |
40f026236b9959b7 added code to the Linux hints file to use gcc to locate
libraries such as -lm. However, if the user has their own gcc earlier in $PATH
than the system gcc, we don't want its libraries. So try to prefer the system
gcc.
|
| |
|
|
|
|
|
|
|
| |
Bug-Debian: http://bugs.debian.org/587901
Don't override possible extra $ccflags values given to Configure
on GNU/Hurd.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
The recent change to hints/linux.sh,
40f026236b9959b7ad3260fedc6c66cd30bb7abc
set the plibpth variable.
It was supposed to set all entries on a single line, but it didn't.
Do it now, and also remove trailing /'s.
(The collapsing is a more robust version of the previous commit,
since reverted, that davem wrote independently).
|
|
|
|
|
|
| |
This reverts commit 55e4a474ad63535e486bd657f45b5339709cbcd3.
In improved version is coming next...
|
|
|
|
|
|
|
|
| |
The recent change to hints/linux.sh,
40f026236b9959b7ad3260fedc6c66cd30bb7abc
set the plibpth variable.
It was supposed to set all entries on a single line, but it didn't.
Do it now,
|
|
|
|
|
| |
netbsd for pre 4.6 gcc requires --whole-archive to build shared
libraries, but this is rejected and not required in 4.6.0.
|
|
|
|
|
|
| |
This reverts commit 673d8593b7ef274dadbfff97fd641e3c563fc716.
I meant to apply the cc.cbu version of this patch.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Ubuntu 11.04 (and later, presumably) doesn't keep most libraries
(such as -lm) in /lib or /usr/lib. So we have to ask gcc to tell us
where to look. We don't want gcc's own libraries, however, so we
filter those out.
This could be conditional on Ubuntu, but other distributions have
announced their intent follow suit, and this scheme seems to work even
on rather old gcc's. This unconditionally uses gcc because even if the
user is using another compiler, we still need to find the math library
and friends, and I don't know how other compilers will cope with that
situation. Still, as an escape hatch, allow Configure command line
overrides to plibpth to bypass this check.
|
|
|
|
|
|
|
|
| |
netbsd for pre 4.6 gcc requires --whole-archive to build shared
libraries, but this is rejected and not required in 4.6.0.
Simply changing the option to -Wl,--whole-archive works on gcc 4.6.0
but fails for the system cc on NetBSD 5.1/x64.
|
|
|
|
|
|
|
|
|
|
|
| |
Previously -no-cpp-precomp was added uncondtionally to cppflags and ccflags.
Apple's compiler accepts this unconditionally. gcc 4.5 warns about it, but
ignores it. gcc 4.6 treats the unknown flag as an error. Hence test whether
the flag causes problems, and only add it if it does not.
(Searching with Google suggests that this flag has been unnecessary on OS X
for some time. However, there's no clear documentation about it to confirm
when it stopped being necessary.)
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When building on Solaris 10 multiple warnings are produced saying:
Warning: -xarch=generic64 is deprecated, use -m64 to create 64-bit
programs
This is because the config script hints/solaris_2.sh uses the values
returned by getconf which are incorrect for newer versions of Sun's
compiler. I believe they are correct for earlier versions, but do not
have a system to test this on. This change to solaris_2.sh checks
that the compiler produces this warning, and if so updates the flags
to the correct values.
|
|
|
|
|
|
|
|
|
|
| |
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.
|