: binutils
Assignee: unassigned at sourceware dot org
Reporter: sch...@linux-m68k.org
Target Milestone: ---
$ MALLOC_CHECK_=3 doc/chew -f ../../binutils/bfd/doc/proto.str <
../../binutils/bfd/reloc.c
Segmentation fault (core dumped)
$ valgrind --track-origins=yes doc/chew
https://sourceware.org/bugzilla/show_bug.cgi?id=31314
Andreas Schwab changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment
https://sourceware.org/bugzilla/show_bug.cgi?id=31396
--- Comment #1 from Andreas Schwab ---
There is nothing special about .if or '=='. The expression evaluator will
enter any identifier into the symbol table that is part of an expression, see
symbol_find_or_make.
--
You are receiving this ma
https://sourceware.org/bugzilla/show_bug.cgi?id=31398
--- Comment #1 from Andreas Schwab ---
$ objdump -T tmpdir/pr21964-4 | grep __start___verbose
2020 gD __verbose Base
.protected __start___verbose
--
You are receiving this mail because:
You are
https://sourceware.org/bugzilla/show_bug.cgi?id=31398
--- Comment #2 from Andreas Schwab ---
For some reason both main and __start___verbose are put in the dynamic symtab,
unlike other architectures, where only the undefined references turn up there.
--
You are receiving this mail because:
You
https://sourceware.org/bugzilla/show_bug.cgi?id=31398
--- Comment #3 from Andreas Schwab ---
The difference appears to be that when pr21964-4.c is compiled with -fpie the
symbol __start___verbose is referenced by a R_RISCV_GOT_HI20 relocation,
without -fpie it is a R_RISCV_HI20 relocation. Wheth
https://sourceware.org/bugzilla/show_bug.cgi?id=31398
Andreas Schwab changed:
What|Removed |Added
Target||riscv*-*-*
--
You are receiving thi
https://sourceware.org/bugzilla/show_bug.cgi?id=31445
--- Comment #1 from Andreas Schwab ---
-Trodata is an abbreviation for -Trodata-segment.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31445
--- Comment #3 from Andreas Schwab ---
It is a valid option. In which way does it not work?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31445
--- Comment #5 from Andreas Schwab ---
Any information needs to be added here.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31474
Andreas Schwab changed:
What|Removed |Added
Resolution|FIXED |INVALID
--
You are receiving this m
https://sourceware.org/bugzilla/show_bug.cgi?id=31503
--- Comment #7 from Andreas Schwab ---
That should use ALIGN(8).
--
You are receiving this mail because:
You are on the CC list for the bug.
Priority: P2
Component: gas
Assignee: unassigned at sourceware dot org
Reporter: sch...@linux-m68k.org
Target Milestone: ---
Target: riscv*-*-*
$ echo 'f: j 1f; .space 0x20; 1: ret' | as -mno-relax -; objdump -dr
a.out: file fo
https://sourceware.org/bugzilla/show_bug.cgi?id=25527
--- Comment #4 from Andreas Schwab ---
gcc 14 will support -static-pie for linux configurations.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31761
--- Comment #1 from Andreas Schwab ---
See ld/ldlang.c:lang_process, ld opens the output before processing the input
files.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=31881
--- Comment #12 from Andreas Schwab ---
That won't work with a snapshot.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32073
--- Comment #4 from Andreas Schwab ---
Testcase from glibc:
$ cat svml_d_acos2_core-sse2.S
#define JUMPTARGET(name) *name##@GOTPCREL(%rip)
.macro WRAPPER_IMPL_SSE2 callee
call JUMPTARGET(\callee)
.endm
.text
WRAPPER_IMPL_SSE2 acos
$ gcc -c
https://sourceware.org/bugzilla/show_bug.cgi?id=32073
--- Comment #25 from Andreas Schwab ---
https://inbox.sourceware.org/binutils/87a5hjmq7r@linux-m68k.org/
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=32113
Andreas Schwab changed:
What|Removed |Added
Summary|PLT entry isn' used as |PLT entry isn't used as
https://sourceware.org/bugzilla/show_bug.cgi?id=22162
Andreas Schwab changed:
What|Removed |Added
Component|libc|ld
Version|2.26
https://sourceware.org/bugzilla/show_bug.cgi?id=22210
--- Comment #1 from Andreas Schwab ---
The file looks like being corrupted:
$ readelf -p .shstrtab hang.elf
String dump of section '.shstrtab':
[ 1] .symtab
[ 9] .
[ e] ab
[11] .shstrtab
[1b] .int�
[
https://sourceware.org/bugzilla/show_bug.cgi?id=14918
Andreas Schwab changed:
What|Removed |Added
Summary|linking with -flto always |linking with -flto always
https://sourceware.org/bugzilla/show_bug.cgi?id=22162
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=22335
--- Comment #2 from Andreas Schwab ---
That's because gas is doing a signed divide, and 0xfede4194 is negative as a
32-bit number.
--
You are receiving this mail because:
You are on the CC list for the bug.
__
https://sourceware.org/bugzilla/show_bug.cgi?id=22444
--- Comment #3 from Andreas Schwab ---
Fact is everyone is assuming word-alignment for notes. This is exacerbated by
the fact that the note header consists of 3 words even for 64-bit objects, thus
xword alignment doesn't make sense here. IMH
https://sourceware.org/bugzilla/show_bug.cgi?id=22444
--- Comment #6 from Andreas Schwab ---
But you won't get xword alignment only by aligning the sizes of the name and
data fields, you also need to insert padding before the name field.
--
You are receiving this mail because:
You are on the CC
https://sourceware.org/bugzilla/show_bug.cgi?id=22549
--- Comment #3 from Andreas Schwab ---
*** Bug 22548 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mai
https://sourceware.org/bugzilla/show_bug.cgi?id=22548
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=22554
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=22553
--- Comment #1 from Andreas Schwab ---
*** Bug 22554 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mai
https://sourceware.org/bugzilla/show_bug.cgi?id=22547
Andreas Schwab changed:
What|Removed |Added
Resolution|WONTFIX |MOVED
--
You are receiving this mai
https://sourceware.org/bugzilla/show_bug.cgi?id=22655
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: sch...@linux-m68k.org
Target Milestone: ---
Target: riscv64-*-*
The test program created by the copy_setup proc in
testsuite/binutils-all/objcopy.exp is broken by linker relaxation
https://sourceware.org/bugzilla/show_bug.cgi?id=22867
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=22866
--- Comment #1 from Andreas Schwab ---
*** Bug 22867 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mai
Assignee: unassigned at sourceware dot org
Reporter: sch...@linux-m68k.org
Target Milestone: ---
Target: riscv*-*-*
--no-relax does not suppress this error:
$ ld --no-relax -r -b binary /dev/null
ld: --relax and -r may not be used together
--
You are receiving
https://sourceware.org/bugzilla/show_bug.cgi?id=22949
Andreas Schwab changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=22962
--- Comment #12 from Andreas Schwab ---
In openSUSE I have the same problem, but I have worked around it with symlinks
for now.
--
You are receiving this mail because:
You are on the CC list for the bug.
_
https://sourceware.org/bugzilla/show_bug.cgi?id=23002
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=23002
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=22941
--- Comment #4 from Andreas Schwab ---
> The glibc plural.y file has a 2018 copyright,
That doesn't say much, it is routinely updated every year. The last merge from
upstream was commit 6d24885784 ("intl: Merge with gettext version 0.19.3"),
https://sourceware.org/bugzilla/show_bug.cgi?id=23154
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=23154
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=23154
--- Comment #6 from Andreas Schwab ---
Search for PowerPC ISA.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-binutils@gnu.org
https:/
https://sourceware.org/bugzilla/show_bug.cgi?id=23242
--- Comment #1 from Andreas Schwab ---
If a SBO bit is not set the behaviour of the insn is unpredictable. The
implementation may treat it as undefind, or nop, or as if the bit was set, or
destination registers may become unknown.
--
You ar
https://sourceware.org/bugzilla/show_bug.cgi?id=23242
--- Comment #3 from Andreas Schwab ---
You appear to be looking at an old version of the ARM ARM.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailin
https://sourceware.org/bugzilla/show_bug.cgi?id=22756
--- Comment #6 from Andreas Schwab ---
Created attachment 11048
--> https://sourceware.org/bugzilla/attachment.cgi?id=11048&action=edit
Testcase
This is another test case that goes wrong, see the link file for the linker
command. This is t
https://sourceware.org/bugzilla/show_bug.cgi?id=22756
--- Comment #7 from Andreas Schwab ---
This simpler patch instead of #c3 fixes both the original problem and the
preceding test case.
diff --git c/bfd/elfnn-riscv.c w/bfd/elfnn-riscv.c
index 5f66f4f2d9..9c2b48baf5 100644
--- c/bfd/elfnn-riscv
https://sourceware.org/bugzilla/show_bug.cgi?id=23295
--- Comment #1 from Andreas Schwab ---
How does the linker know which X and Y to choose from?
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing li
https://sourceware.org/bugzilla/show_bug.cgi?id=23451
--- Comment #1 from Andreas Schwab ---
gas/configure.tgt only knows about riscv32 and riscv64. Another reason why the
introduction of a riscv cpu was a mistake. config.sub really should
canonicalize riscv into riscv32.
--
You are receiving
: gas
Assignee: unassigned at sourceware dot org
Reporter: sch...@linux-m68k.org
Target Milestone: ---
There doesn't appear to be a way to attach a CFI insn to the first address in
the FDE. When a CFI directive occurs before the first insn the CFI insn is put
in the
https://sourceware.org/bugzilla/show_bug.cgi?id=23809
--- Comment #2 from Andreas Schwab ---
I want to put a DW_CFA_undefined of the return address register before the
first call insn in the function, to terminate the call chain. This is for
__start_context in sysdeps/unix/sysv/linux/riscv/setco
https://sourceware.org/bugzilla/show_bug.cgi?id=23809
Andreas Schwab changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: sch...@linux-m68k.org
CC: wilson at gcc dot gnu.org
Target Milestone: ---
Target: riscv64-*-*
When linking elf/tst-tls12 from glibc the linker creates COPY relocs for
https://sourceware.org/bugzilla/show_bug.cgi?id=23825
--- Comment #2 from Andreas Schwab ---
It is unlikely that there are other uses of this construct out there.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binu
https://sourceware.org/bugzilla/show_bug.cgi?id=23854
--- Comment #27 from Andreas Schwab ---
Customize "After changing a bug" in userprefs.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing list
bug-
https://sourceware.org/bugzilla/show_bug.cgi?id=23906
Andreas Schwab changed:
What|Removed |Added
Severity|critical|normal
--
You are receiving this ma
https://sourceware.org/bugzilla/show_bug.cgi?id=23932
Andreas Schwab changed:
What|Removed |Added
Summary|interger overflow causes a |integer overflow causes an
https://sourceware.org/bugzilla/show_bug.cgi?id=24031
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=24129
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
ormal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: sch...@linux-m68k.org
CC: wilson at gcc dot gnu.org
Target Milestone: ---
Target: riscv*-*-*
The build of glib fails on riscv because it tries to link an "
https://sourceware.org/bugzilla/show_bug.cgi?id=24389
--- Comment #2 from Andreas Schwab ---
That's why I put "unflavored" in quotes.
There doesn't appear to be a way to set the ABI flags at link time.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=24389
--- Comment #3 from Andreas Schwab ---
Same problem in mupdf.
https://build.opensuse.org/package/live_build_log/openSUSE:Factory:RISCV/mupdf/standard/riscv64
--
You are receiving this mail because:
You are on the CC list for the bug.
__
https://sourceware.org/bugzilla/show_bug.cgi?id=24421
--- Comment #1 from Andreas Schwab ---
print_insn_neon and print_insn_arm have the same problem.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils mailing
https://sourceware.org/bugzilla/show_bug.cgi?id=24440
--- Comment #1 from Andreas Schwab ---
That doesn't make sense. vstring must be non-null since it has been passed to
strlen already.
--
You are receiving this mail because:
You are on the CC list for the bug.
___
Severity: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: sch...@linux-m68k.org
Target Milestone: ---
Target: m68k-*-*
Unlike most other targets, the merge_private_bfd_data method for the elf32-m68k
target return
Component: binutils
Assignee: unassigned at sourceware dot org
Reporter: sch...@linux-m68k.org
Target Milestone: ---
Target: riscv*-*-*
--
You are receiving this mail because:
You are on the CC list for the bug.
___
bug-binutils
https://sourceware.org/bugzilla/show_bug.cgi?id=24739
--- Comment #1 from Andreas Schwab ---
When using an object format without associated endianess (like binary) the
RISC-V disassembler currently formats the instruction bytes in big endian
format, because that's how it happens to work out if in
https://sourceware.org/bugzilla/show_bug.cgi?id=24982
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://sourceware.org/bugzilla/show_bug.cgi?id=25122
--- Comment #2 from Andreas Schwab ---
The input .ctors sections should never contain begin and end markers, except
for the fragments from crtbegin.o/crtend.o (which are explicitly excluded).
--
You are receiving this mail because:
You are o
https://sourceware.org/bugzilla/show_bug.cgi?id=25179
--- Comment #3 from Andreas Schwab ---
FWIW, on ppc-linux the dynamic linker can handle these relocations.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25179
--- Comment #5 from Andreas Schwab ---
But then, it doesn't make much sense to put code in a non-executable section.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25179
--- Comment #7 from Andreas Schwab ---
Remove the writable bit.
--
You are receiving this mail because:
You are on the CC list for the bug.
erity: normal
Priority: P2
Component: ld
Assignee: unassigned at sourceware dot org
Reporter: sch...@linux-m68k.org
CC: wilson at gcc dot gnu.org
Target Milestone: ---
Target: riscv64-*-*
When building llvm on riscv64 from cu
https://sourceware.org/bugzilla/show_bug.cgi?id=25205
--- Comment #1 from Andreas Schwab ---
Full build log:
https://build.opensuse.org/package/live_build_log/home:Andreas_Schwab:Factory/llvm10/r/riscv64
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25205
--- Comment #3 from Andreas Schwab ---
Created attachment 12122
--> https://sourceware.org/bugzilla/attachment.cgi?id=12122&action=edit
Object files, part 1
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25205
--- Comment #4 from Andreas Schwab ---
Created attachment 12123
--> https://sourceware.org/bugzilla/attachment.cgi?id=12123&action=edit
Object files, part 2
$ ld -z relro --hash-style=both --build-id --enable-new-dtags --eh-frame-hdr -m
elf
https://sourceware.org/bugzilla/show_bug.cgi?id=25205
--- Comment #5 from Andreas Schwab ---
The bug does not happen without --export-dynamic.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25205
--- Comment #6 from Andreas Schwab ---
When _bfd_riscv_relax_call is called on the relocation, foff is in range for
JAL, because pthread_once is resolved to the PLT. But once perform_relocation
is called the symbol value has been adjusted to
https://sourceware.org/bugzilla/show_bug.cgi?id=25205
--- Comment #9 from Andreas Schwab ---
With that patch llvm builds successfully.
https://build.opensuse.org/package/live_build_log/home:Andreas_Schwab:riscv:llvm/llvm10/r/riscv64
--
You are receiving this mail because:
You are on the CC lis
https://sourceware.org/bugzilla/show_bug.cgi?id=25357
Andreas Schwab changed:
What|Removed |Added
URL|https://www.autonews360.com |
|/new-bikes/launc
https://sourceware.org/bugzilla/show_bug.cgi?id=25418
--- Comment #2 from Andreas Schwab ---
It's not an example, it is the list of allowed characters.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25437
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=25437
Andreas Schwab changed:
What|Removed |Added
Resolution|FIXED |MOVED
--
You are receiving this mai
https://sourceware.org/bugzilla/show_bug.cgi?id=25501
--- Comment #4 from Andreas Schwab ---
The test should not succeed, as there are no relocations reported by readelf:
configure:3992: checking for assembler and linker STT_GNU_IFUNC support
There are no relocations in this file.
configure:402
https://sourceware.org/bugzilla/show_bug.cgi?id=25501
--- Comment #6 from Andreas Schwab ---
Then you need to find out why the assembler creates a relocation. That is
wrong.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25491
Andreas Schwab changed:
What|Removed |Added
CC||psmith at gnu dot org
--- Comment #6
https://sourceware.org/bugzilla/show_bug.cgi?id=25644
Andreas Schwab changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=25295
--- Comment #4 from Andreas Schwab ---
Where do you see "export foo and foo@VERS_1"? All I see is that the alias gets
the same attributes as the original symbol, thus it will be external iff the
original symbol is.
--
You are receiving this
https://sourceware.org/bugzilla/show_bug.cgi?id=25295
--- Comment #6 from Andreas Schwab ---
What you are looking for is a .globl that accepts a versioned symbol to
globalize it, not a variant .symver.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=22302
--- Comment #3 from Andreas Schwab ---
*** Bug 25803 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25803
Andreas Schwab changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFI
https://sourceware.org/bugzilla/show_bug.cgi?id=25803
Andreas Schwab changed:
What|Removed |Added
CC||krissn at op dot pl
--- Comment #15
https://sourceware.org/bugzilla/show_bug.cgi?id=22302
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://sourceware.org/bugzilla/show_bug.cgi?id=25803
--- Comment #16 from Andreas Schwab ---
You need to find out why configure thinks that the toolchain supports
%gnu_indirect_function.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25848
Andreas Schwab changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=25873
--- Comment #5 from Andreas Schwab ---
This might be a fedora specific bug, so try filing a bug there first.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=25940
--- Comment #1 from Andreas Schwab ---
Looks like you are mixing incompatible versions of libubsan.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=26035
--- Comment #1 from Andreas Schwab ---
A PIE is a shared object.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=26035
--- Comment #3 from Andreas Schwab ---
#define ET_DYN 3 /* Shared object file */
--
You are receiving this mail because:
You are on the CC list for the bug.
201 - 300 of 383 matches
Mail list logo
