At Wed, 17 Sep 2003 16:40:09 -0700,
David Mosberger wrote:
> >>>>> On Thu, 18 Sep 2003 08:09:33 +0900, GOTO Masanori <[EMAIL PROTECTED]> said:
>
> Goto> Yes, it's not libc6 own problem, but kernel source problem.
> Goto> In some kernels, this problem should also be occured on alpha.
> Goto> One way to fix is to enclose #ifdef __KERNEL__.
>
> Goto> David, could you look this namespace pollution issue? at:
>
> Goto> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=210359
>
> Goto> This experimental patch is for 2003-09-17 bk latest. Only
> Goto> ia64 part. Is this ok? Is this CONFIG_IA64_HP_SIM part still
> Goto> needed for debugging purpose?
>
> Looks like a nasty problem. If we can't include <linux/config.h>,
> there is no guarantee that the header contents will be correct. We
> can obviously move the definition of HZ into the (existing)
> __KERNEL__-only section, but then apps which rely on the HZ macro
> won't compile anymore. Perhaps that's OK (they probably should use
> sysconf() anyhow), though.
Yes, well, another way to use like:
#ifdef __KERNEL__
#include <linux/config.h>
#ifdef CONFIG_IA64_HP_SIM
# define HZ 32
#else
# define HZ 1024
#endif
#else
#define HZ 1024
#endif
Adding HZ=1024 for userland seems ok for me even if CONFIG_IA64_HP_SIM
is defined, but any problems?
Regards,
-- gotom
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
