On Sun, Dec 06, 2009 at 04:21:50PM -0800, David Miller wrote: > From: Robert Millan <r...@aybabtu.com> > Date: Sun, 6 Dec 2009 14:10:26 +0100 > > > We're actually in the process of getting rid of device.map; > > Meanwhile, please fix the regression you added to the tree. :-)
I think this should do it. Please can you test? > And I'll look into what you've mentioned to see if that kind of scheme > will work properly on Sparc. Thanks! -- 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."
=== modified file 'conf/common.rmk' --- conf/common.rmk 2009-11-25 23:10:02 +0000 +++ conf/common.rmk 2009-12-07 14:03:09 +0000 @@ -3,7 +3,13 @@ sbin_UTILITIES += grub-mkdevicemap grub_mkdevicemap_SOURCES = gnulib/progname.c util/grub-mkdevicemap.c \ util/deviceiter.c \ - util/devicemap.c util/misc.c + util/misc.c + +ifeq ($(target_cpu)-$(platform), sparc64-ieee1275) +grub_mkdevicemap_SOURCES += util/ieee1275/ofpath.c util/ieee1275/devicemap.c +else +grub_mkdevicemap_SOURCES += util/devicemap.c +endif # For grub-mkelfimage. bin_UTILITIES += grub-mkelfimage
_______________________________________________ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel