AW: Possible problem in asm/bitops.h

2002-12-17 Thread Paul Mackerras
Georg Klug writes: > Oops, I thought, that the directories /usr/include/linux as well as > /usr/include/asm should come directly from the kernel (either as a copy That is how it used to be done, but that way of doing things has been deprecated for a long time now. /usr/include/{linux,asm} are p

AW: Possible problem in asm/bitops.h

2002-12-17 Thread Georg Klug
Hi Tom, > On Wed, Dec 11, 2002 at 04:31:14PM +0100, Georg Klug wrote: > > > Q: Is the ffz() function desgined to work in a user space > application, too? If > >yes, the file asm-ppc/bitops.h would need a change. > > Q: Does it make any sense to define one single macro (PPC405_ERR77()) in > >

Possible problem in asm/bitops.h

2002-12-17 Thread Tom Rini
On Tue, Dec 17, 2002 at 10:10:09AM +0100, Georg Klug wrote: > > I suspect the actual problem is that iproute2 only needs > > a very small amount of what is in include/linux/inetdev.h > > That might be true. But would the solution be to copy the linux/inetdev.h > to a local directory and change th

Possible problem in asm/bitops.h

2002-12-12 Thread Tom Rini
On Wed, Dec 11, 2002 at 04:31:14PM +0100, Georg Klug wrote: > Q: Is the ffz() function desgined to work in a user space application, too? If >yes, the file asm-ppc/bitops.h would need a change. > Q: Does it make any sense to define one single macro (PPC405_ERR77()) in > different >ways in

Possible problem in asm/bitops.h

2002-12-11 Thread Georg Klug
Hi all, today I tried to compile the iproute2-2.4.7-now-ss010824 for my walnut-like custom board. But unfortunately it fails: (original make output below) The reason seems to be that linux/inetdevice.h uses the inline function ffz() to define another inline function inet_mask_len(). The ffz() fu