Bug#480130: perl: FTBFS on alpha: 'CONFIG_HZ' undeclared

[Niko Tyni <ntyni@debian.org>]

On Thu, May 08, 2008 at 12:01:20PM +0200, maximilian attems wrote:
> On Thu, May 08, 2008 at 12:32:35PM +0300, Niko Tyni wrote:
> > 
> > OK, <asm/param.h> has changed on alpha like this:

> > +#define HZ		CONFIG_HZ

FWIW, this was

 http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=bdc807871d58285737d50dc6163d0feb72cb0dc2

A bit of googling (and a look in the code) indicates at least iputils
and python2.5 broke too.

 http://bugs.gentoo.org/show_bug.cgi?id=218858

> we won't diverge on linux-libc-dev headers from upstream,
> please take that upstream to lkml.

I really think that's your domain, but if you insist. 
Does something like the m68k fix proposed at

 http://www.ussg.iu.edu/hypermail/linux/kernel/0804.3/3860.html

look right?
 
> i'd think Perl has no business into looking at the HZ value,
> as it gives no sense at all now nowadays with the NO_HZ aka
> dynticks usage.

Perl doesn't really use it as long as sysconf(_SC_CLK_TCK) works.
It also has a fallback if HZ isn't defined, the failure mode just
defeats that.

#ifndef HZ
#  ifdef CLK_TCK
#    define HZ CLK_TCK
#  else
#    define HZ 60
#  endif
#endif

[...]

#if defined(HAS_SYSCONF) && defined(_SC_CLK_TCK) && !defined(__BEOS__)
    PL_clocktick = sysconf(_SC_CLK_TCK);
    if (PL_clocktick <= 0)
#endif
         PL_clocktick = HZ;

-- 
Niko Tyni   ntyni@debian.org