[Bug ld/32751] --warn-rwx-segments always triggers RWX warning on 32-bit hppa

https://sourceware.org/bugzilla/show_bug.cgi?id=32751 --- Comment #1 from John David Anglin --- Currently if ac_default_ld_warn_rwx_segments is unset, we override and set ac_default_ld_warn_rwx_segments to 0. This could be modified to always force ac_default_ld_warn_rwx_segments to 0, but maybe

[Bug ld/32751] New: --warn-rwx-segments always triggers RWX warning on 32-bit hppa

Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: danglin at gcc dot gnu.org Target Milestone: --- The plt section needs to executable because of the plt_stub code used for lazy binding. As a result, most links generate a "LOAD se

[Bug ld/30743] FAIL: ld-elf/now-3 for hppa64-*-linux* target

https://sourceware.org/bugzilla/show_bug.cgi?id=30743 --- Comment #8 from John David Anglin --- Created attachment 15463 --> https://sourceware.org/bugzilla/attachment.cgi?id=15463&action=edit Patch to fix flags on hppa64-linux -- You are receiving this mail because: You are on the CC list fo

[Bug ld/30743] FAIL: ld-elf/now-3 for hppa64-*-linux* target

https://sourceware.org/bugzilla/show_bug.cgi?id=30743 --- Comment #6 from John David Anglin --- Probably, the issue is caused by this code in elf64-hppa.c: /* Force DT_FLAGS to always be set. Required by HPUX 11.00 patch PHSS_26559. */ if (!add_dynamic_entry (DT_FLAGS, (inf

[Bug ld/31503] [hppa] Unsupported 14-bit PA 2.0 relocations for 32-bit (narrow) mode (elf32-hppa.c)

https://sourceware.org/bugzilla/show_bug.cgi?id=31503 John David Anglin changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug ld/31503] [hppa] Unsupported 14-bit PA 2.0 relocations for 32-bit (narrow) mode (elf32-hppa.c)

https://sourceware.org/bugzilla/show_bug.cgi?id=31503 --- Comment #13 from John David Anglin --- Patch: https://sourceware.org/pipermail/binutils/2024-April/133261.html -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/31503] [hppa] Unsupported 14-bit PA 2.0 relocations for 32-bit (narrow) mode (elf32-hppa.c)

https://sourceware.org/bugzilla/show_bug.cgi?id=31503 John David Anglin changed: What|Removed |Added Attachment #15439|0 |1 is obsolete|

[Bug ld/31503] [hppa] Unsupported 14-bit PA 2.0 relocations for 32-bit (narrow) mode (elf32-hppa.c)

https://sourceware.org/bugzilla/show_bug.cgi?id=31503 John David Anglin changed: What|Removed |Added CC||amodra at gmail dot com --- Comme

[Bug ld/31503] [hppa] Unsupported 14-bit PA 2.0 relocations for 32-bit (narrow) mode (elf32-hppa.c)

https://sourceware.org/bugzilla/show_bug.cgi?id=31503 John David Anglin changed: What|Removed |Added Attachment #15436|0 |1 is obsolete|

[Bug ld/31503] [hppa] Unsupported 14-bit PA 2.0 relocations for 32-bit (narrow) mode (elf32-hppa.c)

https://sourceware.org/bugzilla/show_bug.cgi?id=31503 John David Anglin changed: What|Removed |Added Attachment #15432|0 |1 is obsolete|

[Bug ld/31503] [hppa] Unsupported 14-bit PA 2.0 relocations for 32-bit (narrow) mode (elf32-hppa.c)

https://sourceware.org/bugzilla/show_bug.cgi?id=31503 --- Comment #3 from John David Anglin --- Created attachment 15432 --> https://sourceware.org/bugzilla/attachment.cgi?id=15432&action=edit Patch Fixes testcase. I think elf64-hppa.c is also broken in a similar way. -- You are receiving t

[Bug ld/31503] [hppa] Unsupported 14-bit PA 2.0 relocations for 32-bit (narrow) mode (elf32-hppa.c)

https://sourceware.org/bugzilla/show_bug.cgi?id=31503 --- Comment #2 from John David Anglin --- Created attachment 15431 --> https://sourceware.org/bugzilla/attachment.cgi?id=15431&action=edit Assembly file Attached is an assembly file demonstrating the problem. It's derived from the assembly

[Bug ld/31503] [hppa] Unsupported 14-bit PA 2.0 relocations for 32-bit (narrow) mode (elf32-hppa.c)

https://sourceware.org/bugzilla/show_bug.cgi?id=31503 --- Comment #1 from John David Anglin --- It appears gas always generates R_PARISC_DPREL14 for dp relative relocations in loads and stores. This gives us format 14 and hppa_rebuild_insn gives case 14: return (insn & ~ 0x3fff) | re_

[Bug ld/31503] New: [hppa] Unsupported 14-bit PA 2.0 relocations for 32-bit (narrow) mode (elf32-hppa.c)

Severity: enhancement Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: danglin at gcc dot gnu.org Target Milestone: --- elf32-hppa.c lacks support for several 14-bit PA 2.0 relocations (e.g., DPREL14WR and DPREL14DR

[Bug binutils/2958] FAIL: copy with setting section flags 3

https://sourceware.org/bugzilla/show_bug.cgi?id=2958 John David Anglin changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug ld/25315] `__tcf_0' referenced in section `.rodata._ZNK6common26ChainResidueAtomDescriptor3strB5cxx11Ev.cst4' of mode_query_balls_distances.o: defined in discarded section `.text.__tcf_0[_ZNK6com

https://sourceware.org/bugzilla/show_bug.cgi?id=25315 John David Anglin changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

[Bug ld/31148] Segmentation fault in bfd/elf32-hppa.c

https://sourceware.org/bugzilla/show_bug.cgi?id=31148 John David Anglin changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug ld/31148] New: Segmentation fault in bfd/elf32-hppa.c

Assignee: unassigned at sourceware dot org Reporter: danglin at gcc dot gnu.org Target Milestone: --- Executing on host: sh -c {gcc -B/home/dave/gnu/binutils/objdir/ld/tmpdir/ld/ - L=/home/dave/opt/test/hppa-unknown-linux-gnu/lib -L=/home/dave/opt/test/lib -L=/ usr/local/lib

[Bug ld/31120] ld-scripts/fill2 fails when bfd_vma is 32 bits

https://sourceware.org/bugzilla/show_bug.cgi?id=31120 John David Anglin changed: What|Removed |Added CC||danglin at gcc dot gnu.org

[Bug ld/30732] ld: 'ELF weak (alias)' tests fail on hppa

https://sourceware.org/bugzilla/show_bug.cgi?id=30732 --- Comment #15 from John David Anglin --- dave@mx3210:~/gnu/binutils/objdir/ld$ gdb tmpdir/alias GNU gdb (Debian 13.2-1) 13.2 Copyright (C) 2023 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later

[Bug ld/30744] New: FAIL: ld-elf/pr19539 for hppa64-*-linux*

: ld Assignee: unassigned at sourceware dot org Reporter: danglin at gcc dot gnu.org Target Milestone: --- Target: hppa64-*-linux* /home/dave/gnu/binutils/objdir64/ld/../gas/as-new --defsym ALIGN=3-o tmpdir /start.o /home/dave/gnu/binutils/src/ld/testsuite/ld-elf

[Bug ld/30743] New: FAIL: ld-elf/now-3 for hppa64-*-linux* target

Component: ld Assignee: unassigned at sourceware dot org Reporter: danglin at gcc dot gnu.org Target Milestone: --- Host: hppa*-*-linux* Target: hppa64-*-linux* Build: hppa*-*-linux* /home/dave/gnu/binutils/objdir64/ld/../gas/as-new --defsym

[Bug ld/30732] ld: 'ELF weak (alias)' tests fail on hppa

https://sourceware.org/bugzilla/show_bug.cgi?id=30732 --- Comment #10 from John David Anglin --- The ld test results for --target=hppa64-linux-gnu are: FAIL: ld-elf/now-3 FAIL: ld-elf/pr19539 FAIL: ld-elf/pr19698 FAIL: PR ld/22269 FAIL: PR ld/22269 (-z dynamic-undefined-weak) FAIL: Discarded dyn

[Bug ld/30732] ld: 'ELF weak (alias)' tests fail on hppa

https://sourceware.org/bugzilla/show_bug.cgi?id=30732 --- Comment #3 from John David Anglin --- I see for GNU ld (GNU Binutils) 2.41.50.20230808: XFAIL: relocatable with script UNSUPPORTED: SHF_GNU_RETAIN 7a PASS: ELF weak (alias) Is the segmentation fault in the ELF weak test reproducible? --

[Bug ld/30078] New: FAIL: merge4

: unassigned at sourceware dot org Reporter: danglin at gcc dot gnu.org Target Milestone: --- Host: hppa*-*-linux* Target: hppa*-*-linux* Build: hppa*-*-linux* gcc -B/home/dave/gnu/gdb/objdir/ld/tmpdir/ld/ -I/home/dave/gnu/gdb/src/ld/tests uite/ld-elf -g

[Bug binutils/29828] New: error: conflicting types for 'wait'

Component: binutils Assignee: unassigned at sourceware dot org Reporter: danglin at gcc dot gnu.org Target Milestone: --- Host: hppa2.0w-hp-hpux11.11 Target: hppa2.0w-hp-hpux11.11 Build: hppa2.0w-hp-hpux11.11 make[2]: Entering directory '

[Bug ld/29802] Segmentation fault in _bfd_elf_strtab_add

https://sourceware.org/bugzilla/show_bug.cgi?id=29802 --- Comment #7 from John David Anglin --- Created attachment 14469 --> https://sourceware.org/bugzilla/attachment.cgi?id=14469&action=edit sincos_table.s -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/29802] Segmentation fault in _bfd_elf_strtab_add

https://sourceware.org/bugzilla/show_bug.cgi?id=29802 --- Comment #6 from John David Anglin --- bash-5.1$ readelf -x 15 ./math/.libs/sincos_table.o Hex dump of section '.strtab': 0x 0073696e 636f735f 7461626c 652e6300 .sincos_table.c. 0x0010 5f5f7369 6e636f73 715f7461 626c6500 __

[Bug ld/29802] Segmentation fault in _bfd_elf_strtab_add

https://sourceware.org/bugzilla/show_bug.cgi?id=29802 --- Comment #5 from John David Anglin --- libtool: link: /home/dave/gnu/gcc/objdir64/./gcc/xgcc -B/home/dave/gnu/gcc/objdi r64/./gcc/ -B/opt/gnu64/gcc_gld/gcc-13/hppa64-hp-hpux11.11/bin/ -B/opt/gnu64/gcc _gld/gcc-13/hppa64-hp-hpux11.11/lib/ -i

[Bug ld/29802] Segmentation fault in _bfd_elf_strtab_add

https://sourceware.org/bugzilla/show_bug.cgi?id=29802 --- Comment #4 from John David Anglin --- Created attachment 14463 --> https://sourceware.org/bugzilla/attachment.cgi?id=14463&action=edit Patch For reference, I have this patch installed to fix a problem with OTHER_SYMBOLS. The symbols __S

[Bug ld/29802] New: Segmentation fault in _bfd_elf_strtab_add

Assignee: unassigned at sourceware dot org Reporter: danglin at gcc dot gnu.org Target Milestone: --- Host: hppa64-hp-hpux11.11 Target: hppa64-hp-hpux11.11 Build: hppa64-hp-hpux11.11 I've been working on getting 64-bit GNU ld on hppa64

[Bug ld/29263] /usr/bin/ld: warning: /usr/lib/gcc/hppa-linux-gnu/11/../../../hppa-linux-gnu/crtn.o: missing .note.GNU-stack section implies executable stack

https://sourceware.org/bugzilla/show_bug.cgi?id=29263 --- Comment #1 from John David Anglin --- dave@mx3210:~/gnu/binutils/src$ ld --version GNU ld (GNU Binutils for Debian) 2.38.50.20220615 -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/29263] New: /usr/bin/ld: warning: /usr/lib/gcc/hppa-linux-gnu/11/../../../hppa-linux-gnu/crtn.o: missing .note.GNU-stack section implies executable stack

stack Product: binutils Version: 2.39 (HEAD) Status: NEW Severity: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: danglin at gcc dot gnu.org CC: nickc at

[Bug ld/27442] FAIL: Local ifunc-using executable does not contain R_*_IRELATIVE relocation

https://sourceware.org/bugzilla/show_bug.cgi?id=27442 John David Anglin changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug gas/25599] gas generates invalid PCREL60B relocation offset with brl.call

https://sourceware.org/bugzilla/show_bug.cgi?id=25599 John David Anglin changed: What|Removed |Added Resolution|--- |FIXED Status|UNCONFIR

[Bug ld/27443] FAIL: pr25355.o

https://sourceware.org/bugzilla/show_bug.cgi?id=27443 --- Comment #3 from John David Anglin --- dave@mx3210:~/gnu/binutils/objdir/ld$ /home/dave/gnu/binutils/objdir/ld/../binutils/nm-new --plugin /home/dave/opt/test/libexec/gcc/hppa-linux-gnu/10.0.0/liblto_plugin.so tmpdir/pr25355.o > dump.out da

[Bug ld/27442] FAIL: Local ifunc-using executable does not contain R_*_IRELATIVE relocation

https://sourceware.org/bugzilla/show_bug.cgi?id=27442 John David Anglin changed: What|Removed |Added Host||hppa-unknown-linux-gnu

[Bug ld/27443] New: FAIL: pr25355.o

: unassigned at sourceware dot org Reporter: danglin at gcc dot gnu.org Target Milestone: --- Host: hppa-unknown-linux-gnu Target: hppa-unknown-linux-gnu Build: hppa-unknown-linux-gnu gcc -B/home/dave/gnu/binutils/objdir/ld/tmpdir/ld/ -I/home/dave/gnu

[Bug ld/27442] New: FAIL: Local ifunc-using executable does not contain R_*_IRELATIVE relocation

Severity: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: danglin at gcc dot gnu.org Target Milestone: --- gcc -B/home/dave/gnu/binutils/objdir/ld/tmpdir/ld/ -I/home/dave/gnu/binutils/sr c/ld/testsuite/ld-ifunc -g -O2

[Bug binutils/26356] FAIL: objcopy --reverse-bytes

https://sourceware.org/bugzilla/show_bug.cgi?id=26356 John David Anglin changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug binutils/26357] Building binutils with plugins enabled breaks ar/ranlib symbol table on 32-bit HP-UX

https://sourceware.org/bugzilla/show_bug.cgi?id=26357 John David Anglin changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug binutils/26356] FAIL: objcopy --reverse-bytes

https://sourceware.org/bugzilla/show_bug.cgi?id=26356 John David Anglin changed: What|Removed |Added Attachment #12755|0 |1 is obsolete|

[Bug binutils/26349] FAIL: binutils-all/pr25543

https://sourceware.org/bugzilla/show_bug.cgi?id=26349 --- Comment #3 from John David Anglin --- Created attachment 12778 --> https://sourceware.org/bugzilla/attachment.cgi?id=12778&action=edit Patch to fix C99 format issue on hppa-hpux host -- You are receiving this mail because: You are on t

[Bug binutils/26350] FAIL: Multibyte symbol names

https://sourceware.org/bugzilla/show_bug.cgi?id=26350 John David Anglin changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW

[Bug binutils/26349] FAIL: binutils-all/pr25543

https://sourceware.org/bugzilla/show_bug.cgi?id=26349 --- Comment #2 from John David Anglin --- *** Bug 26350 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/26356] FAIL: objcopy --reverse-bytes

https://sourceware.org/bugzilla/show_bug.cgi?id=26356 --- Comment #4 from John David Anglin --- Hi Alan, You are correct. som_bfd_copy_private_section_data() is called once for the subspace $DATA$. This code is problematic: /* Reparent if necessary. */ if (som_section_data (osection)->co

[Bug binutils/26356] FAIL: objcopy --reverse-bytes

https://sourceware.org/bugzilla/show_bug.cgi?id=26356 --- Comment #2 from John David Anglin --- There is this function som_bfd_copy_private_section_data() which is never called but it looks like it should be called when objcopy is run. This is the reason container is NULL in the output section.

[Bug binutils/26357] Building binutils with plugins enabled breaks ar/ranlib symbol table on 32-bit HP-UX

https://sourceware.org/bugzilla/show_bug.cgi?id=26357 --- Comment #2 from John David Anglin --- Created attachment 12759 --> https://sourceware.org/bugzilla/attachment.cgi?id=12759&action=edit Patch -- You are receiving this mail because: You are on the CC list for the bug.

[Bug binutils/26356] FAIL: objcopy --reverse-bytes

https://sourceware.org/bugzilla/show_bug.cgi?id=26356 --- Comment #1 from John David Anglin --- Created attachment 12755 --> https://sourceware.org/bugzilla/attachment.cgi?id=12755&action=edit Patch The change to som.c fix the segmentation fault running objcopy. However, I'm not sure that thi

[Bug gas/26359] New: FAIL: .xstabs

: unassigned at sourceware dot org Reporter: danglin at gcc dot gnu.org Target Milestone: --- Host: hppa2.0w-hp-hpux11.11 Target: hppa2.0w-hp-hpux11.11 Build: hppa2.0w-hp-hpux11.11 Executing on host: sh -c {../as-new /mnt/gnu/binutils/src/gas

[Bug binutils/26357] New: Building binutils with plugins enabled breaks ar/ranlib symbol table on 32-bit HP-UX

Severity: normal Priority: P2 Component: binutils Assignee: unassigned at sourceware dot org Reporter: danglin at gcc dot gnu.org Target Milestone: --- Host: hppa2.0w-hp-hpux11.11 Target: hppa2.0w-hp-hpux11.11 Build

[Bug binutils/26356] New: FAIL: objcopy --reverse-bytes

Assignee: unassigned at sourceware dot org Reporter: danglin at gcc dot gnu.org Target Milestone: --- Host: hppa2.0w-hp-hpux11.11 Target: hppa2.0w-hp-hpux11.11 Build: hppa2.0w-hp-hpux11.11 /mnt/gnu/binutils/objdir/binutils/objcopy -j \$DATA

[Bug binutils/26350] New: FAIL: Multibyte symbol names

Assignee: unassigned at sourceware dot org Reporter: danglin at gcc dot gnu.org Target Milestone: --- Host: hppa64-hp-hpux11.11 Target: hppa64-hp-hpux11.11 Build: hppa64-hp-hpux11.11 sed -e 's/^[ ]*.comm \([^,]*\),\(.*\)/\1 .comm \2/'

[Bug binutils/26349] New: FAIL: binutils-all/pr25543

Assignee: unassigned at sourceware dot org Reporter: danglin at gcc dot gnu.org Target Milestone: --- Host: hppa64-hp-hpux11.11 Target: hppa64-hp-hpux11.11 Build: hppa64-hp-hpux11.11 sed -e 's/^[ ]*.comm \([^,]*\),\(.*\)/\1 .comm \2/'

[Bug gas/25599] gas generates invalid PCREL60B relocation offset with brl.call

https://sourceware.org/bugzilla/show_bug.cgi?id=25599 John David Anglin changed: What|Removed |Added CC||danglin at gcc dot gnu.org

[Bug ld/25315] `__tcf_0' referenced in section `.rodata._ZNK6common26ChainResidueAtomDescriptor3strB5cxx11Ev.cst4' of mode_query_balls_distances.o: defined in discarded section `.text.__tcf_0[_ZNK6com

https://sourceware.org/bugzilla/show_bug.cgi?id=25315 --- Comment #17 from John David Anglin --- Links: https://gcc.gnu.org/viewcvs?rev=279824&root=gcc&view=rev https://gcc.gnu.org/viewcvs?rev=279823&root=gcc&view=rev -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/25315] `__tcf_0' referenced in section `.rodata._ZNK6common26ChainResidueAtomDescriptor3strB5cxx11Ev.cst4' of mode_query_balls_distances.o: defined in discarded section `.text.__tcf_0[_ZNK6com

https://sourceware.org/bugzilla/show_bug.cgi?id=25315 --- Comment #16 from John David Anglin --- I committed a gcc change to trunk and gcc-9 to put references to function labels in COMDAT groups in .data.rel.ro.local. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/25315] `__tcf_0' referenced in section `.rodata._ZNK6common26ChainResidueAtomDescriptor3strB5cxx11Ev.cst4' of mode_query_balls_distances.o: defined in discarded section `.text.__tcf_0[_ZNK6com

https://sourceware.org/bugzilla/show_bug.cgi?id=25315 --- Comment #15 from John David Anglin --- I tend to think the linker should provide a mechanism to ignore or fixup references to discarded sections on a symbol basis. Doing it on a section basis seems somewhat imprecise. If there isn't a re

[Bug ld/25327] New: FAIL: Run pr20276

: unassigned at sourceware dot org Reporter: danglin at gcc dot gnu.org Target Milestone: --- Host: hppa-unknown-linux-gnu Target: hppa-unknown-linux-gnu Build: hppa-unknown-linux-gnu With gcc-10: gcc -B/home/dave/gnu/binutils/objdir/ld/tmpdir/ld

[Bug ld/25326] New: FAIL: Run pr19579

: unassigned at sourceware dot org Reporter: danglin at gcc dot gnu.org Target Milestone: --- Host: hppa-unknown-linux-gnu Target: hppa-unknown-linux-gnu Build: hppa-unknown-linux-gnu With gcc-10: Executing on host: sh -c {gcc -B/home/dave/gnu

[Bug ld/25285] FAIL: Run with libfunc1.so comm1.o with GCC 10

https://sourceware.org/bugzilla/show_bug.cgi?id=25285 John David Anglin changed: What|Removed |Added CC||danglin at gcc dot gnu.org

[Bug ld/25315] `__tcf_0' referenced in section `.rodata._ZNK6common26ChainResidueAtomDescriptor3strB5cxx11Ev.cst4' of mode_query_balls_distances.o: defined in discarded section `.text.__tcf_0[_ZNK6com

https://sourceware.org/bugzilla/show_bug.cgi?id=25315 --- Comment #13 from John David Anglin --- Created attachment 12156 --> https://sourceware.org/bugzilla/attachment.cgi?id=12156&action=edit Patch It would be better if we only ignored deleted PLABEL32 relocations to discarded COMDAT functio

[Bug ld/25315] `__tcf_0' referenced in section `.rodata._ZNK6common26ChainResidueAtomDescriptor3strB5cxx11Ev.cst4' of mode_query_balls_distances.o: defined in discarded section `.text.__tcf_0[_ZNK6com

https://sourceware.org/bugzilla/show_bug.cgi?id=25315 --- Comment #12 from John David Anglin --- Created attachment 12155 --> https://sourceware.org/bugzilla/attachment.cgi?id=12155&action=edit Buggy patch With the patch, we now get plabels in .rodata comdat sections with same key as the funct

[Bug ld/25315] `__tcf_0' referenced in section `.rodata._ZNK6common26ChainResidueAtomDescriptor3strB5cxx11Ev.cst4' of mode_query_balls_distances.o: defined in discarded section `.text.__tcf_0[_ZNK6com

https://sourceware.org/bugzilla/show_bug.cgi?id=25315 John David Anglin changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[Bug ld/25315] `__tcf_0' referenced in section `.rodata._ZNK6common26ChainResidueAtomDescriptor3strB5cxx11Ev.cst4' of mode_query_balls_distances.o: defined in discarded section `.text.__tcf_0[_ZNK6com

https://sourceware.org/bugzilla/show_bug.cgi?id=25315 John David Anglin changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug ld/25315] `__tcf_0' referenced in section `.rodata._ZNK6common26ChainResidueAtomDescriptor3strB5cxx11Ev.cst4' of mode_query_balls_distances.o: defined in discarded section `.text.__tcf_0[_ZNK6com

https://sourceware.org/bugzilla/show_bug.cgi?id=25315 --- Comment #9 from John David Anglin --- Okay, it appears to me we need to do something special in elf_select_rtx_section. Otherwise, plabels end up in the section selected by mergeable_constant_section(). dave@atlas:~/gnu/gcc/gcc/gcc/confi

[Bug ld/25315] `__tcf_0' referenced in section `.rodata._ZNK6common26ChainResidueAtomDescriptor3strB5cxx11Ev.cst4' of mode_query_balls_distances.o: defined in discarded section `.text.__tcf_0[_ZNK6com

https://sourceware.org/bugzilla/show_bug.cgi?id=25315 --- Comment #7 from John David Anglin --- This problem has occurred before. The work around applied to elf_hppa_action_discarded() was to fix the following gcc bug: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67834 -- You are receiving thi

[Bug ld/25315] `__tcf_0' referenced in section `.rodata._ZNK6common26ChainResidueAtomDescriptor3strB5cxx11Ev.cst4' of mode_query_balls_distances.o: defined in discarded section `.text.__tcf_0[_ZNK6com

https://sourceware.org/bugzilla/show_bug.cgi?id=25315 --- Comment #3 from John David Anglin --- I guess we need to adjust elf_hppa_action_discarded(): /* What to do when ld finds relocations against symbols defined in discarded sections. */ static unsigned int elf_hppa_action_discarded (ase

[Bug ld/25315] `__tcf_0' referenced in section `.rodata._ZNK6common26ChainResidueAtomDescriptor3strB5cxx11Ev.cst4' of mode_query_balls_distances.o: defined in discarded section `.text.__tcf_0[_ZNK6com

https://sourceware.org/bugzilla/show_bug.cgi?id=25315 --- Comment #2 from John David Anglin --- It is used in _ZNK6common26ChainResidueAtomDescriptor3strB5cxx11Ev: .section .text._ZNK6common26ChainResidueAtomDescriptor3strB5cxx11 Ev,"axG",@progbits,_ZNK6common26ChainResidueAtomDes

[Bug ld/25315] `__tcf_0' referenced in section `.rodata._ZNK6common26ChainResidueAtomDescriptor3strB5cxx11Ev.cst4' of mode_query_balls_distances.o: defined in discarded section `.text.__tcf_0[_ZNK6com

https://sourceware.org/bugzilla/show_bug.cgi?id=25315 --- Comment #1 from John David Anglin --- __tcf_0 is defined in a comdat section, but the symbol is local. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/25315] New: `__tcf_0' referenced in section `.rodata._ZNK6common26ChainResidueAtomDescriptor3strB5cxx11Ev.cst4' of mode_query_balls_distances.o: defined in discarded section `.text.__tcf_0[_ZN

Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: danglin at gcc dot gnu.org CC: deller at gmx dot de Target Milestone: --- Host: hppa-unknown-linux-gnu Target: hppa-unknown-linux-gnu Buil

[Bug gas/25121] tc-hppa.c:1371:23: error: implicit conversion from 'enum el f_hppa_reloc_type' to 'bfd_reloc_code_real_type'

https://sourceware.org/bugzilla/show_bug.cgi?id=25121 John David Anglin changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug gas/25121] tc-hppa.c:1371:23: error: implicit conversion from 'enum el f_hppa_reloc_type' to 'bfd_reloc_code_real_type'

https://sourceware.org/bugzilla/show_bug.cgi?id=25121 --- Comment #1 from John David Anglin --- Created attachment 12046 --> https://sourceware.org/bugzilla/attachment.cgi?id=12046&action=edit Patch Patch fixes build but maybe there is a better solution. -- You are receiving this mail becaus

[Bug gas/25121] New: tc-hppa.c:1371:23: error: implicit conversion from 'enum el f_hppa_reloc_type' to 'bfd_reloc_code_real_type'

s Version: 2.34 (HEAD) Status: NEW Severity: normal Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: danglin at gcc dot gnu.org Target Milestone: --- Host: hppa-unknown-linux-gn

[Bug ld/25110] FAIL: --gc-sections with __start_SECTIONNAME

https://sourceware.org/bugzilla/show_bug.cgi?id=25110 John David Anglin changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug ld/25110] FAIL: --gc-sections with __start_SECTIONNAME

https://sourceware.org/bugzilla/show_bug.cgi?id=25110 --- Comment #6 from John David Anglin --- The "possible fix" works for me. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu

[Bug ld/25110] FAIL: --gc-sections with __start_SECTIONNAME

https://sourceware.org/bugzilla/show_bug.cgi?id=25110 --- Comment #5 from John David Anglin --- Created attachment 12043 --> https://sourceware.org/bugzilla/attachment.cgi?id=12043&action=edit Patch This is a horrible hack to avoid $$dyncall being called when using gcc-9 and gcc-10, but I wasn

[Bug ld/25110] New: FAIL: --gc-sections with __start_SECTIONNAME

Component: ld Assignee: unassigned at sourceware dot org Reporter: danglin at gcc dot gnu.org Target Milestone: --- Host: hppa-unknown-linux-gnu Target: hppa-unknown-linux-gnu Build: hppa-unknown-linux-gnu gcc -B/home/dave/gnu/binutils/objdir/ld

[Bug gas/23837] Segmentation fault in resolve_symbol_value at symbols.c:1165

https://sourceware.org/bugzilla/show_bug.cgi?id=23837 John David Anglin changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug gas/23837] Segmentation fault in resolve_symbol_value at symbols.c:1165

https://sourceware.org/bugzilla/show_bug.cgi?id=23837 --- Comment #2 from John David Anglin --- Doh, I posted the corrected code in comment #1: asm(".label hppa_save_regs"); asm(".proc"); asm(".callinfo"); The actual code in gbc.c is: asm(".proc"); as

[Bug gas/23837] Segmentation fault in resolve_symbol_value at symbols.c:1165

https://sourceware.org/bugzilla/show_bug.cgi?id=23837 --- Comment #1 from John David Anglin --- The problem occurs in getting the start callinfo symbol used for the parisc unwind data. The following hunk of code in gbc.c isn't quite right: #if defined(__hppa__) /* Courtesy of Lamont Jones */ /*

[Bug gas/23837] New: Segmentation fault in resolve_symbol_value at symbols.c:1165

Priority: P2 Component: gas Assignee: unassigned at sourceware dot org Reporter: danglin at gcc dot gnu.org Target Milestone: --- Host: hppa-unknown-linux-gnu Target: hppa-unknown-linux-gnu Build: hppa-unknown-linux-gnu Created

[Bug ld/23463] New: FAIL: PR ld/12982

: unassigned at sourceware dot org Reporter: danglin at gcc dot gnu.org Target Milestone: --- Host: hppa-unknown-linux-gnu Target: hppa-unknown-linux-gnu Build: hppa-unknown-linux-gnu gcc -B/home/dave/gnu/binutils/objdir/ld/tmpdir/ld/ -I/home/dave

[Bug ld/22978] [2.30, 2.31 Regression] TLS local-dynamic incorrectly linked on hppa-linux

https://sourceware.org/bugzilla/show_bug.cgi?id=22978 John David Anglin changed: What|Removed |Added Target||hppa-unknown-linux-gnu

[Bug ld/22978] [2.30, 2.31 Regression] TLS local-dynamic incorrectly linked on hppa-linux

https://sourceware.org/bugzilla/show_bug.cgi?id=22978 John David Anglin changed: What|Removed |Added Summary|[2.30, 2.31 Regression] |[2.30, 2.31 Regression] TLS

[Bug ld/22978] New: [2.30, 2.31 Regression]

Assignee: unassigned at sourceware dot org Reporter: danglin at gcc dot gnu.org Target Milestone: --- The run_ld.c test from gcc is incorrectly linked using binutils 2.30 and later with -pie. /* { dg-do run } */ /* { dg-require-effective-target tls_runtime } */ /* { dg-add-options tls

[Bug ld/22758] New: FAIL: Run pr22393-2

: unassigned at sourceware dot org Reporter: danglin at gcc dot gnu.org Target Milestone: --- gcc -B/home/dave/gnu/binutils/objdir/ld/tmpdir/ld/ -I/home/dave/gnu/binutils/src/ld/testsuite/ld-elf -g -O2 -c -g -O2 -fno-PIE -c /home/dave/gnu/binutils/src/ld/testsuite/ld-elf/pr22393-2b.c

[Bug ld/22533] New: ld: error while loading shared libraries: unexpected reloc type 0x12

: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: danglin at gcc dot gnu.org CC: doko at debian dot org Target Milestone: --- Host: hppa-unknown-linux-gnu Target: hppa-unknown-linux

[Bug ld/22394] hppa-linux-ld fails to emit dynamic relocations on function pointer initialization

https://sourceware.org/bugzilla/show_bug.cgi?id=22394 --- Comment #3 from John David Anglin --- On HP-UX, the 64-bit HP linker treats the DIR64 and FPTR64 relocations the same when "symbol" is a function pointer. Both point to a function descriptor. The ABI description is here: https://uclibc.o

[Bug ld/22394] hppa-linux-ld fails to emit dynamic relocations on function pointer initialization

https://sourceware.org/bugzilla/show_bug.cgi?id=22394 --- Comment #2 from John David Anglin --- The segmentation fault doesn't occur with trunk plus your proposed elf32-hppa.c patch. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/22394] hppa-linux-ld fails to emit dynamic relocations on function pointer initialization

https://sourceware.org/bugzilla/show_bug.cgi?id=22394 --- Comment #1 from John David Anglin --- Hi Alan, Although your example is not technically supported, I think it should work on linux because it doesn't use the PIC register and because of the flat address space. First, calls to functions i

[Bug ld/22300] New: Abort in elf32_hppa_relocate_section at elf32-hppa.c:4055 building debian polyml

Severity: normal Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: danglin at gcc dot gnu.org CC: deller at gmx dot de Target Milestone: --- Host: hppa-unknown-linux-gnu Target: hppa

[Bug ld/21132] [hppa-linux] pie support doesn't work

https://sourceware.org/bugzilla/show_bug.cgi?id=21132 --- Comment #10 from John David Anglin --- The patch fixes the trivial test case. We are down to the following ld failures on trunk: Running /home/dave/gnu/binutils/src/ld/testsuite/ld-elf/indirect.exp ... FAIL: Run with libpr18720c.so 1 FAI

[Bug ld/21132] [hppa-linux] pie support doesn't work

https://sourceware.org/bugzilla/show_bug.cgi?id=21132 --- Comment #6 from John David Anglin --- Looking further, I have concluded $global$ and %r19 are set correctly. The relocations for .Lpmain: .word P%main .Lp__libc_start_main: .word P%__libc_start_main .Lp__libc_csu_fini:

[Bug ld/21131] *** Error in `/usr/bin/ld': corrupted double-linked list: 0x00239b48 ***

https://sourceware.org/bugzilla/show_bug.cgi?id=21131 --- Comment #5 from John David Anglin --- As the error is in the testsuite, this problem is going to be hard to reproduce with a cross. Need all the libs, etc. Helge, would you please set up an account for Alan on phantom? I see that the in

[Bug ld/21000] hppa-linux does not support -z relro

https://sourceware.org/bugzilla/show_bug.cgi?id=21000 --- Comment #19 from John David Anglin --- The LOAD headers for ld-new look good. We had following ld testsuite fails on trunk with patch: FAIL: PIE preinit array FAIL: PIE init array FAIL: PIE fini array FAIL: PIE init array mixed FAIL: PIE

[Bug ld/21132] [hppa-linux] pie support doesn't work

https://sourceware.org/bugzilla/show_bug.cgi?id=21132 --- Comment #2 from John David Anglin --- Actually, it appears $global$ is incorrectly set in scripttempl/elf.sc. -- You are receiving this mail because: You are on the CC list for the bug. ___ bug

[Bug ld/21132] [hppa-linux] pie support doesn't work

https://sourceware.org/bugzilla/show_bug.cgi?id=21132 --- Comment #1 from John David Anglin --- It appears $global$ is set to the wrong value in elf32_hppa_set_gp() for -pie. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/21132] New: [hppa-linux] pie support doesn't work

t: ld Assignee: unassigned at sourceware dot org Reporter: danglin at gcc dot gnu.org CC: deller at gmx dot de Target Milestone: --- Host: hppa-unknown-linux-gnu Target: hppa-unknown-linux-gnu Build: hppa-unknown-linux-gnu I

[Bug ld/21000] hppa-linux does not support -z relro

https://sourceware.org/bugzilla/show_bug.cgi?id=21000 John David Anglin changed: What|Removed |Added Status|RESOLVED|REOPENED CC|

  1   2   >