On Fri, Jun 26, 2009 at 11:08:23PM -0400, Pavel Roskin wrote:
> On Sat, 2009-06-27 at 01:57 +0200, Robert Millan wrote:
> > On Fri, Jun 26, 2009 at 06:26:57PM -0400, Pavel Roskin wrote:
> > > --- a/include/grub/elf.h
> > > +++ b/include/grub/elf.h
> > > @@ -2330,4 +2330,48 @@ typedef Elf32_Addr Elf32_Conflict;
> > >  
> > >  #define R_X86_64_NUM             24
> > >  
> > > +#ifndef DEFAULT_ELF_BITS
> > > +#define DEFAULT_ELF_BITS (8 * GRUB_TARGET_SIZEOF_VOID_P)
> > > +#endif
> > 
> > Nice trick.  But it's not ELF-specific, so why not put it in the
> > same header that defines GRUB_TARGET_SIZEOF_VOID_P ? (with a different
> > name of course)
> 
> Good idea!  Now it's GRUB_TARGET_WORDSIZE.  The first patch has been
> committed.

Ok but note that word size == pointer size is not always true.  In fact
I'm working on a project where it isn't :-)

  (if you're curious: https://savannah.gnu.org/task/?9437)

> The second patch should probably go after the qemu patch.

Actually, the qemu port won't work without the second patch.  I just merged it
with mine and made a joint commit (ROM + qemu).

-- 
Robert Millan

  The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
  how) you may access your data; but nobody's threatening your freedom: we
  still allow you to remove your data and not access it at all."


_______________________________________________
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel

Reply via email to