The real problem is .hash section. We need to strip it

Le jeu. 17 mars 2016 16:54, Andrei Borzenkov <arvidj...@gmail.com> a écrit :

> 17.03.2016 13:12, Jiri B пишет:
> > On Mon, Mar 14, 2016 at 09:46:20PM +0300, Andrei Borzenkov wrote:
> >>>>> $ tar tzvf
> /home/jirib/openbsd/packages/amd64/all/grub-2.02-beta3.tgz | grep
> lzma_decompress
> >>>>> -r-xr-xr-x  1 root     bin           3904 Jan  1  1970
> lib/grub/i386-pc/lzma_decompress.image
> >>>>> -r--r--r--  1 root     bin      134480024 Jan  1  1970
> lib/grub/i386-pc/lzma_decompress.img
> >>>> [...]
> >>>> No. Something went wrong with section addresses/offsets. Please test
> >>>> 2.02~beta2 - do you observe the same problem? Please upload
> >>
> >> Did you test beta2?
> >
> > Hi, sorry for delay. Yes I tried beta2, same result.
> >
> >>>> lzma_decompress.image. Where obcopy comes from (obcopy --version)?
> What
> >>>> assembler is used?
> >>>
> >>> $ objcopy -V
> >>> GNU objcopy 2.17
> >>> Copyright 2005 Free Software Foundation, Inc.
> >>> This program is free software; you may redistribute it under the terms
> of
> >>> the GNU General Public License.  This program has absolutely no
> warranty.
> >>> [...]
> >>
> >> I asked lzma_decompress.image, not img. img is too late.
> >
> > I apologize, I missed valid filename. So here as lzma_decompress.image
> from beta3
> > (as beta2 got same huge img file).
> >
> > http://afterboot.cz/pub/lzma_decompress.image
> > SHA256 (lzma_decompress.image) =
> 3968a35c3fc2570cf1a888179433f23a7319d104c8622c71e501f4ba6ca38308
> >
>
> Well, your compiler managed to create shared library instead of
> executable file:
>
> bor@bor-Latitude-E5450:~$ LANG=C objdump -f Загрузки/lzma_decompress.image
>
> Загрузки/lzma_decompress.image:     file format elf32-i386
> architecture: i386, flags 0x00000050:
> HAS_SYMS, DYNAMIC
> start address 0x00008200
>
> I get the same if I explicitly add -shared to linker flags.
>
> Could you test with
>
> ./configure TARGET_LDFLAGS=-static
>
> _______________________________________________
> Bug-grub mailing list
> bug-g...@gnu.org
> https://lists.gnu.org/mailman/listinfo/bug-grub
>
_______________________________________________
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel

Reply via email to