[PATCH] PR ld/19572: -Ttext-segment accepts out of range value
H.J. Lu
hjl.tools@gmail.com
Mon Feb 8 18:08:00 GMT 2016
More information about the Binutils mailing list
Mon Feb 8 18:08:00 GMT 2016
- Previous message (by thread): [PATCH] PR ld/19572: -Ttext-segment accepts out of range value
- Next message (by thread): [PATCH] PR ld/19572: -Ttext-segment accepts out of range value
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Sat, Feb 6, 2016 at 7:52 AM, H.J. Lu <hjl.tools@gmail.com> wrote: > On Sat, Feb 6, 2016 at 5:59 AM, Alan Modra <amodra@gmail.com> wrote: >> On Fri, Feb 05, 2016 at 01:16:58PM -0800, H.J. Lu wrote: >>> The address for -Tbss, -Tdata, -Ttext, -Ttext-segment, -Trodata-segment >>> and -Tldata-segment shouldn't be bigger than the address space. >> >> Does it really matter if someone specifies an address that wraps? >> >> If it does, then it opens up other questions like: Is the 32-bit >> address range 0 to 4G-1 or -2G to 2G-1? We have ELF targets (see >> bed->sign_extend_vma) where the latter might be more natural. > > When address passed to -Txxxx overflows, bfd_scan_vma returns: > > if (overflow) > value = ~ (bfd_vma) 0; > > My patch just checks this condition and issues an error. Is there any > anything wrong with it? > Unless I am shown "~ (bfd_vma) 0" is a valid address for -Txxx before this Friday, I will check it in on Friday. -- H.J.
- Previous message (by thread): [PATCH] PR ld/19572: -Ttext-segment accepts out of range value
- Next message (by thread): [PATCH] PR ld/19572: -Ttext-segment accepts out of range value
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Binutils mailing list