[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] Fix build error in binutils 2.36

From: Michael Chang
Subject: Re: [PATCH] Fix build error in binutils 2.36
Date: Mon, 9 Aug 2021 12:37:59 +0800
User-agent: Mutt/1.10.1 (2018-07-13)

On Thu, Aug 05, 2021 at 03:07:21PM +0200, Daniel Kiper wrote:
> On Mon, Aug 02, 2021 at 05:41:15PM +0800, Michael Chang via Grub-devel wrote:
> > The xen build fails on binutils 2.36 with the following error.
> >
> > /usr/lib64/gcc/x86_64-suse-linux/10/../../../../x86_64-suse-linux/bin/ld:
> > section VMA [0000000000400158,0000000000400187]
> > overlaps section .bss VMA [000000000000f000,000000000041e1af]
> Could you send us full command which is failing?

It is reproducible on xen platfrom with all defaults.

 git clone
 cd grub
 mkdir build-xen
 cd build-xen
 ../configure --with-platform=xen

> Anyway, I would consider writing our own linker script which is dropping
> if we do not need it.

Dropping it from the assembler output is a cleaner cleanup than linker
script IMHO. We also faced similar issue in the past to stripping off
this section from soruces of objcopy to produce correct binary.

 6643507ce build: Fix GRUB i386-pc build with Ubuntu gcc

To avoid falling into such trap again when manipulating on object files
we'd better use assmbler option as the fix once and for all.

> > The most significant factor is that new assembler (gnu as) generates the
> Could you give us gas version which does that?

 # as --version
 GNU assembler (GNU Binutils; openSUSE Tumbleweed)
 Copyright (C) 2021 Free Software Foundation, Inc.
 This program is free software; you may redistribute it under the terms of
 the GNU General Public License version 3 or later.
 This program has absolutely no warranty.
 This assembler was configured for a target of `x86_64-suse-linux'.

> > section as default. This note section overlaps with
> > .bss because it doesn't reposition with -Wl,-Ttext,0 with which the base
> > address of .text section is set, rather the address of
> > is calculated for some reason from 0x400000 where the
> > elf executable defaults to start.
> Is not it linker bug?

The binutils upstream apparently doesn't seem to consider this as a bug ...


> Daniel
> _______________________________________________
> Grub-devel mailing list

reply via email to

[Prev in Thread] Current Thread [Next in Thread]