[parisc-linux] Nonexistance of asm/offsets.h

[Mike Frysinger]

On Friday 13 July 2007, Jeff Bailey wrote:
> On 13/07/07, Carlos O'Donell <carlos at systemhalted.org> wrote:
> > > In the process of getting the world up, running and debugged with
> > > NPTL, Randolph has provided a patch to make gdb work better.  Building
> > > this on Ubuntu turned out to be a problem because we're using the
> > > exported kernel headers rather than the mashup that Debian has been
> > > using.
> > >
> > > The challenge is that the Debian kernel packages used to generate
> > > asm/offsets.h from the 64-bit kernel build's asm-offsets.h and make
> > > that available.  When we created linux-kernel-headers, we just
> > > imported that.
> > >
> > > Now, with the sanitised kernel headers being produced from the kernel
> > > source, this no longer seems right.  It means that there's a header
> > > that's not right for both 32-bit and 64-bit userspace, and it's being
> > > generated, so it might change by accident and break the userspace ABI.
> > >  I'd like to propose that we create a hand-crafted offsets.h that is
> > > intended for userspace consuption and then stop generating the
> > > asm-offsets.h file at build time.  I'll put together a patch to do
> > > this over the weekend unless there's objections.
> >
> > In theory a 64-bit configured kernel should generate both a 32-bit and
> > 64-bit versions of asm-offets.h. IIRC other arches use a wrapper
> > asm-offets.h that checks for a compiler builtin define e.g. __hppa64__
> > to select the right 32 or 64-bit header.
>
> Right.  The question would be how to make a 32-bit kernel generate the
> same header file so that make install_headers does the right thing for
> parisc in all cases.
>
> ppc, x86_64, and i386 don't seem to provide asm-offsets.h or offsets.h
> in their exported headers.  Should we be exporting it at all?  I'll
> look at other arches to see how they provide that data.

i mentioned this a while ago on the lists but didnt seem to get any notice ...

the way other architectures handle this is one of two ways:
 - create a similar static copy "ptrace.h" or "ptrace_offsets.h" in the kernel
 - create a local version for just gdb in the gdb sources
-mike
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 827 bytes
Desc: This is a digitally signed message part.
Url : http://lists.parisc-linux.org/pipermail/parisc-linux/attachments/20070714/a9e790db/attachment-0002.pgp