[EMAIL PROTECTED] wrote:
>
> http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1321
>
> + | DESCRIPTION |
> + On that version of OS, sysconf(_SC_KERNEL_BITS) returns 64, even though it's a
> + 32 bit version of HPUX. config.guess ends up producing hppa2.0w for CPU id, and
> + config.sub does not know what to do with it.
> +
> + I eneded up disabling the logic that used sysconf(_SC_KERNEL_BITS) and always
> + generating hppa2.0 as CPU id
Ditto here, diff follows...
392c392,393
< case 64: puts ("hppa2.0w"); break;
---
> /* <JLM> 17-May-2000 String "hppa2.0w" doesn't work - drop
>the 'w' */
> case 64: puts ("hppa2.0"); break;
...although I doubt that this is the best fix. Maybe "hppa2.0w" should be
handled downstream? I just downloaded the config.guess from GNU mirror
ftp://gatekeeper.dec.com (timestamp='2001-03-30') and it still prints this
string:
hppa2.0w-hp-hpux11.00
--
Jack Marr ([EMAIL PROTECTED]) Cypress, CA
Unigraphics Solutions - NYSE:UGS - http://www.ugsolutions.com
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
