- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Perl 5.8 on HPUX10.01 trouble
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-10-2004 06:33 AM
тАО06-10-2004 06:33 AM
case "$use64bitint" in
$define|true|[Yy]
.....
Both $use64bitint and $define are null, so it falls into the "64 bit" branch.
Is "define" supposed to be set outside of hpux.sh?
PS: the 'vnocompatwarnings' flag to cc and ld isn't understood at all. I took that out and got past the first set of errors.
Also, a line
cat <
fails because FD 4 isn't opened in 'hpux.sh'. I had to add an exec line to get past those errors.
The README file suggests that you can run 'hpux.sh' by itself.
Solved! Go to Solution.
- Tags:
- Perl
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-10-2004 06:42 AM
тАО06-10-2004 06:42 AM
Re: Perl 5.8 on HPUX10.01 trouble
You might be able to use Merijn's perl for 10.20 32 bit...
http://www.cmve.net/~merijn/
Rgds...Geoff
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-10-2004 06:57 AM
тАО06-10-2004 06:57 AM
SolutionThe README in the hints subfolder explain how it works, but it is not for the faint of heart.
The hints file (hpux.sh) is not supposed to be called from the command line. Read INSTALL to see what you /are/ supposed to do.
# Configure -des
Should get the default settings.
If that fails, I am very interested in /what/ is failing.
Just out of curiousity, what 5.8 version are you trying? 5.8.4 is the most recent stable version. 5.8.8 is due early July
Enjoy, Have FUN! H.Merijn
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-10-2004 10:52 AM
тАО06-10-2004 10:52 AM
Re: Perl 5.8 on HPUX10.01 trouble
I had a much earlier version (don't remember which), which worked fine, then I thought I'd be modern and clever, deleted it then looked for the new one. (Not enough free disk space for both.)
I'll run Configure -des ......... It'd still fail with the 'vnocompatwarnings', so I'll use the hpux.sh I modified to get rid of those. So far, that's the only change.
OK, I just had a long conversation with Configure (I just listened...). It seems to work a lot better with
sh Configure -des
even though Configure starts with
#!/usr/bin/sh
A lot of things found, many not found, but it seems to have gone all the way without breaking. I probably should have run it with %script. Mostly it complained about 'try' (there's one in hpux.sh, maybe that's the only one. Here, it should be "4". Couldn't it just ask?) OK, now for the make .....
While I'm waiting for that:
Geoff: Yep, 10.01. I've been thinking of upgrading to 10.20 (see earlier comment about new stuff coming out before I get the last one in).
My concern here is that our system is tied to the Ingres database (formerly from Computer Associates, but now apparently defunct. They still seem to support it, for the yearly trouble call, but that probably won't last.)
There's probably another forum for asking about going to 10.2 or 11.0 and trying to get Ingres to still run - any suggestions?
Back to perl make... Rats...
It did miniperlmain.c, perl.c, gv.c, but at toke.c I get
cc: Perl_yylex(): error 65536: Bit vectors: Set out of memory.
The flags it set for the compiles are
-DPERL_CORE
-D_HPUX_SOURCE
-D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64
and
-DARG_ZERO_IS_SCRIPT
for toke.o
I don't see why I need LARGEFILE; I don't expect to deal with Gb files.
If I can't get through the compiles, are your (Merijn's) downloads binaries?
Thanks for the help.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-10-2004 01:10 PM
тАО06-10-2004 01:10 PM
Re: Perl 5.8 on HPUX10.01 trouble
As far as Ingres goes, the CA web page does not clearly mention HP-UX for the current version (2.6 dated 2002). There is a link that states Ingres 2.5 is available for 11.0. 11.0 and 11.11 are fairly similar but 10.01 is very different from 11.anything. An upgrade from 10.01 is basically doomed. You might be one of the lucky ones but don't do any upgrades without an Ignite/UX backup.
Bill Hassell, sysadmin
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-10-2004 06:53 PM
тАО06-10-2004 06:53 PM
Re: Perl 5.8 on HPUX10.01 trouble
You've supplied me with some nice input. I have attached a modified hints file here and would like to see what happens. I have incorporated two changes
- Remove nocompatwarnings for all OS < 10.20
- Make LARGEFILES undefined by default for OS < 10.20
If this passes, please feedback fast.
# perl -le'print scalar reverse"ln.arucorp\@njirem:otliam"'
Enjoy, Have FUN! H.Merijn
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-11-2004 03:13 AM
тАО06-11-2004 03:13 AM
Re: Perl 5.8 on HPUX10.01 trouble
Bill: Thanks for the info about 10.x. The problem is that it just runs and runs. Do you know offhand if I can install 11.x or 12.x on an HP9000/K200 system?
There's a lot of busy-work today, so I won't be back before 6pm or so (PDT).
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-11-2004 04:48 AM
тАО06-11-2004 04:48 AM
Re: Perl 5.8 on HPUX10.01 trouble
Bill Hassell, sysadmin
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-11-2004 10:39 AM
тАО06-11-2004 10:39 AM
Re: Perl 5.8 on HPUX10.01 trouble
(There's a typo on line 147 - 'if' should be 'fi')
I captured the Configure output in a script. I turned off the 'silent output' trying to figure out where the error was, but haven't looked through it all yet.)
Configure ran without error (I used 'sh Configure -des').
make: I still get the same error:
cc: Perl_yylex(): error 65536: Bit vectors: Set out of memory.
Does that mean the process is out of memory, or that somebody's trying to set a bit out of an array?
The LARGEFILE and FILE_OFFSET_BITS disappeared, this time toke.c got
-DPERL_CORE
-D_HPUX_SOURCE
-DARG_ZERO_IS_SCRIPT
Perl_yylex() is a function inside toke.c, at line 2190. What's weird is that I can't match the opening { (I'm using vi, "%" matches braces and parens, but not that one.)
I'll take a look at the Configure output and see if anything helps.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-11-2004 09:31 PM
тАО06-11-2004 09:31 PM
Re: Perl 5.8 on HPUX10.01 trouble
the changes look good, so the new hists worked well.
toke.c is a prime candidate for optimizer failures. I personally even reconfigured my 10.20 system kernel to enable maximum optimization on toke.c
You can cut-n-paste the toke.c compile command line from the make output and remove the -O or +O flags, so optimizing is off, or you can try to change the toke.c line #154 in the hints from
# When HP-UX runs a script with "#!", it sets argv[0] to the script name.
toke_cflags='ccflags="$ccflags -DARG_ZERO_IS_SCRIPT"'
to
# When HP-UX runs a script with "#!", it sets argv[0] to the script name.
toke_cflags='ccflags="$ccflags +O0 -DARG_ZERO_IS_SCRIPT"'
And see if it now passes. If it does, I'll commit the combined change to the hints, and it'll be in 5.8.5
Enjoy, Have FUN! H.Merijn