summaryrefslogtreecommitdiff
path: root/hints/hpux.sh
Commit message (Collapse)AuthorAgeFilesLines
* Make use64bitall distinctive from use64bitint on HP-UXH.Merijn Brand2015-03-061-0/+8
|
* HP-UX 10.20 has pseudo-long-double which shouldn't be used.Jarkko Hietaniemi2014-11-291-0/+24
|
* Revert "Since HP cc is strict c89, use -std=c89 with gcc."Jarkko Hietaniemi2014-11-211-4/+0
| | | | | | This reverts commit ff265b04d5aca2feab3937e669b95fe0aefae8cd. (no way this is going to work with uselargefiles)
* Since HP cc is strict c89, use -std=c89 with gcc.Jarkko Hietaniemi2014-11-201-0/+4
| | | | Mitigates the downside of 0d55a45a a bit.
* HP-UX: 10.X doesn't really have isfinite().Jarkko Hietaniemi2014-09-011-0/+7
|
* Fix bad quoting.Jarkko Hietaniemi2014-08-231-1/+1
|
* Old HP-UXen had a non-standard strtold().Jarkko Hietaniemi2014-08-221-0/+8
|
* Disable ODBM (via i_dbm) in HP-UX, seems to be buggy.Jarkko Hietaniemi2014-06-191-0/+4
|
* HP-UX cc in PA-RISC2.0 optimizer crashes with some files.Jarkko Hietaniemi2014-06-191-0/+17
|
* Bump version to 5.17.4Steve Hay2012-08-201-1/+1
|
* bump to version 5.17.3Tony Cook2012-07-201-1/+1
|
* bump version to 5.17.2Jesse Luehrs2012-06-201-1/+1
|
* bump version to 5.17.1Jesse Luehrs2012-06-191-1/+1
|
* bump version to 5.17.0Ricardo Signes2012-05-201-1/+1
|
* bump version to 5.16.0 RC0Ricardo Signes2012-05-101-1/+1
| | | | | | | | Done with: ./perl -Ilib Porting/bump-perl-version -i 5.15.9 5.16.0 ...followed by a small edit to INSTALL and patchlevel.h.
* check for PA* in both branches of caseH.Merijn Brand2012-05-061-1/+1
| | | | (thanks ilmari for spotting)
* Disable optimizer for 32bit PA-RISC builds on HP-UXH.Merijn Brand2012-05-061-0/+21
| | | | | | | | | | | | | The (ANSI) C compiler fails to compile precompiled (.i) files when both -g and -O (all +O1 and above) are given. When -g is requested, -O, +O, and +Onolimit are removed from optimize flags This #fail does not occur with the newer aCC compiler B3910B, which is also used on HP-UX on Itanium. The check/modification has to be done as late as possible, as the other options, like -Duse64bitall and -DDEBUGING, will modify the variables that need to be checked after hints/hpux.sh has been dealt with.
* Bump the perl version in various places for 5.15.9Abigail2012-03-191-1/+1
|
* Bump versions from 5.15.7 to 5.15.8Max Maischein2012-02-201-1/+1
|
* Bump the perl version in various places for v5.15.7Chris 'BinGOs' Williams2012-01-201-1/+1
|
* Bump the perl version in various places for 5.15.6Dave Rolsky2011-12-191-1/+1
|
* Bump the perl version for 5.15.5Steve Hay2011-11-201-1/+1
|
* turn off buggy optimisations in one HP compilerZefram2011-11-171-2/+15
| | | | Fixes [perl #103668].
* Support gcc-4.x on HP-UX PA-RISC/64H.Merijn Brand2011-08-041-0/+10
| | | | | | | | | | | | | | | | | | | Correct the socketsize. Probably due to big-endian versus little-endian, this has always worked on Intel CPUs. This is a very very old problem, and it has been the reason I never used gcc-4 on PA-RISC, because perl would not pass the test suite in 64bitall. Noticeable effects of wrong "$socksizetype" are return codes of 0 (pass) from functions like getpeername (), but invalid (or none) data in the returned structures or a return length of 0 or 256. In the latter case, the length is stored in the second part of the 64bit long and the 32bit first part is 0. This might be true on Intel-like machines too, but the tests will pass, as the significant part of the returned length is in the first 32bits and a pointer to int will still see that correct. Mind that in that case the 32bits after that might have been overridden => can of worms.
* Fix some broken URLs found by Porting/checkURL.plLeon Brocard2011-06-121-1/+1
|
* Special compiler settings only change for 64bitall, not for 64bitintH.Merijn Brand2010-11-261-1/+1
|
* Allow -Duse64bitint without promoting to use64bitall on HP-UXH.Merijn Brand2010-04-131-3/+7
| | | | Fix for http://rt.perl.org/rt3/Public/Bug/Display.html?id=17736
* Tighten the ropes on sGMTIME_min for HP-UX 11.00H.Merijn Brand2010-03-121-2/+2
| | | | | | 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.
* Limit HP-UX 11.00 time to 48 bit in 64bit modeH.Merijn Brand2010-03-111-1/+9
|
* Smoke failing on longdoubleRich Rauenzahn2009-05-221-12/+0
| | | | Signed-off-by: H.Merijn Brand <h.m.brand@xs4all.nl>
* HP's ANSI-C optimizer breaks op.c (t/op/state.t failure); ccversion fixedH.Merijn Brand2007-09-171-2/+4
| | | p4raw-id: //depot/perl@31886
* gcc -dumpversion is at least supported back to 2.7.x andH.Merijn Brand2007-01-121-1/+1
| | | | | | thus seems to be much more defensive against upcoming version reporting format changes. p4raw-id: //depot/perl@29777
* Re: 'localtime' not thread-safe under HP-UX B.11.11/64Jerry D. Hedden2006-12-191-1/+7
| | | | | | From: "Jerry D. Hedden" <jdhedden@yahoo.com> Message-ID: <31291.28361.qm@web30205.mail.mud.yahoo.com> p4raw-id: //depot/perl@29596
* Upgrade warning should only be issued if upgrade happensH.Merijn Brand2006-11-211-1/+4
| | | p4raw-id: //depot/perl@29341
* Silence some warnings during ConfigureH.Merijn Brand2006-11-211-1/+2
| | | p4raw-id: //depot/perl@29339
* [perl #40161] ccversion fix for hpuxsmoketst@hp46t243.cup.hp.com2006-08-231-1/+1
| | | | | | From: smoketst@hp46t243.cup.hp.com (via RT) <perlbug-followup@perl.org> Message-ID: <rt-3.5.HEAD-31263-1155795052-1297.40161-75-0@perl.org> p4raw-id: //depot/perl@28751
* Remvove code that gets undone in the next line.H.Merijn Brand2006-05-071-31/+17
| | | | | Keep the documentation part. p4raw-id: //depot/perl@28116
* 1. Make HP C-ANSI-C work on Itanium2 (HP-UX 11.23)H.Merijn Brand2006-01-101-6/+15
| | | | | | broken optimizer 2. Remove a compiler warning in a try program p4raw-id: //depot/perl@26770
* ctime_r() and asctime_r() seem to have some problems before HP-UX 11.Steve Peters2005-12-231-0/+8
| | | p4raw-id: //depot/perl@26462
* gcc hints were not yet applied to gcc-4.xH.Merijn Brand2005-05-301-11/+12
| | | | | Now they are p4raw-id: //depot/perl@24630
* Now that we have the full path, we can skip the which call,H.Merijn Brand2005-03-301-1/+1
| | | | | that might cause trouble on testdrive systems. p4raw-id: //depot/perl@24107
* 'what' cannot find ccversion if `which cc` is a symlink to ccacheH.Merijn Brand2005-02-101-1/+22
| | | | | ccversion is important enough to jump through some hoops to get it p4raw-id: //depot/perl@23958
* HP-UX 10.20 still *needs* -Ae for HP C-ANSI-C to be ANSIH.Merijn Brand2004-06-291-1/+1
| | | | | | 11.00 and on are ANSI by default for /opt/ansic/bin Error was introduced by #22975 in re-enabling 10.01 p4raw-id: //depot/perl@23007
* Backward compatibility issues for HP-UX 10.01 and olderH.Merijn Brand2004-06-231-1/+11
| | | | | | Yes, it is still actively used in production environment One more patch expected for toke.c optimization level p4raw-id: //depot/perl@22975
* Test drives are fun. Implement ccversion for Itanium HP-UX 11.23H.Merijn Brand2004-04-061-1/+1
| | | p4raw-id: //depot/perl@22666
* Remaining smoked platforms where malloc wrap is known to work.Nicholas Clark2004-03-241-0/+5
| | | | | | Data for Irix and NetBSD would be useful - they probably will work too. Will Unicos work? Place bets now... p4raw-id: //depot/perl@22585
* Re: Smoke 17703 /pro/3gl/CPAN/perl-currentH.Merijn Brand2002-08-121-1/+1
| | | | | | | From: "H.Merijn Brand" <h.m.brand@hccnet.nl> Message-id: <20020812102347.AFB6.H.M.BRAND@hccnet.nl> gcc bug test needs -lm p4raw-id: //depot/perl@17712
* Re: [RE-PATCH] Not OK: perl v5.8.0 on PA-RISC2.0 11.00H.Merijn Brand2002-08-081-0/+52
| | | | | | From: "H.Merijn Brand" <h.m.brand@hccnet.nl> Message-id: <20020731155005.4915.H.M.BRAND@hccnet.nl> p4raw-id: //depot/perl@17694
* [ PATCH ] mymalloc on HP-UXH.Merijn Brand2002-06-131-1/+20
| | | | | | From: "H.Merijn Brand" <h.m.brand@hccnet.nl> Message-Id: <20020613095503.2BB2.H.M.BRAND@hccnet.nl> p4raw-id: //depot/perl@17217
* archname glitch on HP-UX/IA64Colin Watson2002-05-311-2/+2
| | | | | Message-ID: <20020531163406.GA10401@zeus.com> p4raw-id: //depot/perl@16928