Matthew Woehlke writes:
Perhaps there's a better way. In
<http://lists.gnu.org/archive/html/bug-coreutils/2006-11/msg00069.html>
I asked Matthew Woehlke why the patch was actually needed -- as it's
not 100% clear to me -- and that hasn't been followed up on yet.
...it's needed because there is no 'unsigned long long' and the
aforementioned patch removes several codepaths that depend on
'unsigned long long'?
But the current idea is that you compile coreutils _with_ -O, and
'configure' finds a bug in 'long long int', so the code will then
assume that neither 'long long int' nor 'unsigned long long int' work,
and it won't depend on either type.
This should work with the most recent coreutils; have you tried it?
You keep mentioning "the new compiler". Personally, I always have a
heck of a time trying to find *anything* about NSK on HP's site; would
you happen to have a link to any information? Would you happen to know
if it is available as a free upgrade? (If not, I very much doubt I
would be able to upgrade.)
Please see page 18 of the June 2006 NonStop Software Roadmap
<http://h50007.www5.hp.com/enterprise/activity/060613_tung/pdf/S8-SW_Roadmap_Tim.pdf>
and look for the version numbers it mentions next to "unsigned long
long". I'm afraid you'll have to take it from there; I don't use NSK.
If you're an HP customer, I'm sure if you call HP they'll tell you.