[parisc-linux] hppa kernel-headers.deb and offset.h

[parisc-linux] hppa kernel-headers.deb and offset.h

[Richard Hirst]

Hi Bdale,
  Our kernel-headers debs are missing asm/offset.h, which is created
late on in a kernel build.  I only just noticed, when I tried to build
gdb.  I'm guessing that deb is created without doing a full kernel build,
so the file isn't created.  Note offset.h is different for 32 and 64 bit
kernels, and we want a 32 bit version in the kernel-headers deb.

Maybe the kernel should build offset.h as part of make dep, or something.

Also...
glibc build should use kernel-headers, but I guess libc6-dev_2.2.4-6
was built using some local kernel tree for the headers, and has picked
up a 64 bit offset.h.  so, anyone trying to build gdb will have to
replace their offset.h.

Richard

[parisc-linux] Re: hppa kernel-headers.deb and offset.h

[Bdale Garbee]

Richard Hirst <rhirst@linuxcare.com> writes:

> Our kernel-headers debs are missing asm/offset.h, which is created
> late on in a kernel build.

Ewww.

> Maybe the kernel should build offset.h as part of make dep, or something.

Yes.  Building the file during make dep, and *not* removing it during make
clean (remove it during distclean, leave it present during clean) would fix
the problem.

> glibc build should use kernel-headers, but I guess libc6-dev_2.2.4-6
> was built using some local kernel tree for the headers, and has picked
> up a 64 bit offset.h.  so, anyone trying to build gdb will have to
> replace their offset.h.

So, we've never had a real kernel-headers package before.  I guess once we get
one that's right, we should re-spin glibc even if it's a binNMU.

Bdale

Re: [parisc-linux] Re: hppa kernel-headers.deb and offset.h

[Matthew Wilcox]

On Tue, Nov 20, 2001 at 01:20:26AM -0700, Bdale Garbee wrote:
> > glibc build should use kernel-headers, but I guess libc6-dev_2.2.4-6
> > was built using some local kernel tree for the headers, and has picked
> > up a 64 bit offset.h.  so, anyone trying to build gdb will have to
> > replace their offset.h.
> 
> So, we've never had a real kernel-headers package before.  I guess once we get
> one that's right, we should re-spin glibc even if it's a binNMU.

*sigh*.  whenever i built glibc, i ensured it was built with 32-bit kernel
headers.

-- 
Revolutions do not require corporate support.