What steps will reproduce the problem? 1. use this build script http://aur.archlinux.org/packages.php?ID=46752 2. configure failed.
error: GRUB requires a working absolute objcopy; upgrade your binutils
But, in fact, my binutils is brand new,
What is the expected output? What do you see instead? compile OK
What version of the product are you using? On what operating system? grub4dos-chenall svn r203 binutils-multilib 2.21.1-1 (archlinux package) mingw32-binutils 2.21-1 (archlinux package)
Please provide any additional information below.
Comment #1
Posted on Aug 5, 2011 by Massive KangarooSorry but you might have to solve this problem by your self.
I build it successfully under SliTaz with gcc 4.5.2 and binutils 2.21.
I also recommend you to compile this way:
./configure --enable-preset-menu=preset_menu.lst make
Comment #2
Posted on Aug 5, 2011 by Grumpy Wombatcould you explain more about "GRUB requires a working absolute objcopy; upgrade your binutils"?
ArchLinux's gcc 4.6.1
Comment #3
Posted on Aug 5, 2011 by Massive KangarooSorry I can't. The build problem should be similar to that of grub legacy.
gcc 4.6.x is ok. The problem should be somewhere in the system, e.g., lack of some development packages.
Try google for the error message.
Comment #4
Posted on Aug 6, 2011 by Quick Giraffehttps://projects.archlinux.org/svntogit/packages.git/tree/grub/trunk/grub-0.97-ldflags-objcopy-remove-build-id.patch should solve thee problem. This error is due to the build-id feature introduced in gcc 4.6 (and the corresponding binutils/objcopy). The full patch is required since "with build-id" objcopy creates large-sized binaries in /usr/lib/grub/i386-pc dir.
Comment #5
Posted on Aug 8, 2011 by Grumpy WombatHere is the solution, I've tried and compiled on gcc 4.6.
Patch specific to grub4dos - grub4dos-ldflags-remove-build-id.patch - http://pastebin.com/icNgnFRu .
Comment #6
Posted on Aug 16, 2011 by Happy CatComment deleted
Comment #7
Posted on Aug 16, 2011 by Happy CatBefore you build, did you autoconf it? As change of r97 corrected the --build-id issue already. Putting --build-id switch without testing is inappropriate.
Comment #8
Posted on Aug 16, 2011 by Happy Cat(No comment was entered for this change.)
Status: Duplicate
Labels:
Type-Defect
Priority-Medium