[Bug binutils/26114] objdump does not show assembly if lto is enable

https://sourceware.org/bugzilla/show_bug.cgi?id=26114 --- Comment #1 from Andreas Schwab --- If you want to have object code in the output, compile with -ffat-lto-objects. Without that, it only contains lto bytecode. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/26216] 2.34 Linker error - dynsym local symbol at index 11

https://sourceware.org/bugzilla/show_bug.cgi?id=26216 --- Comment #1 from Andreas Schwab --- Looks like libQt5WebKitWidgets.so is corrupt. Please attach the output of "readelf -WSs libQt5WebKitWidgets.so". -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/26216] 2.34 Linker error - dynsym local symbol at index 11

https://sourceware.org/bugzilla/show_bug.cgi?id=26216 --- Comment #3 from Andreas Schwab --- You didn't show the complete output. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/26268] --gc-sections -u __start_cident inconsistent for -r and non-relocatable links

https://sourceware.org/bugzilla/show_bug.cgi?id=26268 Andreas Schwab changed: What|Removed |Added Resolution|--- |INVALID Status|UNCONFIRM

[Bug binutils/27025] Readelf does not print long symbols correctly

https://sourceware.org/bugzilla/show_bug.cgi?id=27025 Andreas Schwab changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug binutils/26028] Readelf truncates symbol names - which is both undocumented, and unnecessary

https://sourceware.org/bugzilla/show_bug.cgi?id=26028 Andreas Schwab changed: What|Removed |Added CC||luis.nixos at gmail dot com --- Comm

[Bug ld/27050] [2.36 Regression] ld -no-pie not recognized anymore

https://sourceware.org/bugzilla/show_bug.cgi?id=27050 --- Comment #8 from Andreas Schwab --- That's the *compiler* flag. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug binutils/27064] binutils windres 2.35 "can't detect target endianness and architecture"

https://sourceware.org/bugzilla/show_bug.cgi?id=27064 --- Comment #1 from Andreas Schwab --- You need to enable support for pe-i386, for example by adding i386-pe as an additional target configuration. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug binutils/27064] binutils windres 2.35 "can't detect target endianness and architecture"

https://sourceware.org/bugzilla/show_bug.cgi?id=27064 --- Comment #3 from Andreas Schwab --- --enable-targets=i386-pe -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/27091] executable is incorrectly marked as ELFOSABI_GNU

https://sourceware.org/bugzilla/show_bug.cgi?id=27091 --- Comment #1 from Andreas Schwab --- SHF_GNU_RETAIN is in the OS-specific range, the marking is required to properly recognize it. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/27091] executable is incorrectly marked as ELFOSABI_GNU

https://sourceware.org/bugzilla/show_bug.cgi?id=27091 --- Comment #3 from Andreas Schwab --- That is irrelevant. Without the marking the bit has no defined meaning. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug gas/27191] m68k: incorrect assembly of fmovem.l #data,%fpsr/%fpcr

https://sourceware.org/bugzilla/show_bug.cgi?id=27191 --- Comment #1 from Andreas Schwab --- The IMM form only allows a single destination register. Both insns should be rejected. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/27200] Bad RiscV64 ELF header flag using ld -b binary

https://sourceware.org/bugzilla/show_bug.cgi?id=27200 --- Comment #1 from Andreas Schwab --- A much better solution is to use the .incbin assembler directive instead of ld -b binary. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/27200] Bad RiscV64 ELF header flag using ld -b binary

https://sourceware.org/bugzilla/show_bug.cgi?id=27200 --- Comment #3 from Andreas Schwab --- > No assembler used in this project. That's the point. Using ld -b binary is not a good way to wrap binary blobs. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/27200] Bad RiscV64 ELF header flag using ld -b binary

https://sourceware.org/bugzilla/show_bug.cgi?id=27200 --- Comment #7 from Andreas Schwab --- The input has no branding, so the linker cannot invent it. The emulation says nothing about the ABI, that information is strictly coming from the input files. -- You are receiving this mail because: Yo

[Bug gas/27215] as: Error: non-constant .uleb128 is not supported on riscv64

https://sourceware.org/bugzilla/show_bug.cgi?id=27215 --- Comment #1 from Andreas Schwab --- /* Parse the .sleb128 and .uleb128 pseudos. Only allow constant expressions, since these directives break relaxation when used with symbol deltas. */ -- You are receiving this mail because: You are

[Bug binutils/27250] Installation of 2.36 fails with 'LIBCTF_1.1 not found' followed by 'relink' suggestion

https://sourceware.org/bugzilla/show_bug.cgi?id=27250 --- Comment #2 from Andreas Schwab --- You are overwriting the ld program in your PATH, which was also configured to use for building. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug libctf/27360] libctf.so.0: undefined symbol: bsearch_r

https://sourceware.org/bugzilla/show_bug.cgi?id=27360 --- Comment #1 from Andreas Schwab --- The reference should have been resolved from libiberty. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug binutils/27584] nm riscv: Suppress empty name symbols unless --special-syms?

https://sourceware.org/bugzilla/show_bug.cgi?id=27584 --- Comment #4 from Andreas Schwab --- I think it would generally be useful to add an option to omit local .L symbols from both nm and objdump output, including disassembler output. -- You are receiving this mail because: You are on the CC l

[Bug binutils/27693] Gprof (GNU Binutils for Debian) 2.36.1 ,stack overflow occured when call the function "demangle_path"

https://sourceware.org/bugzilla/show_bug.cgi?id=27693 --- Comment #1 from Andreas Schwab --- $ c++filt _RIMBALO_suB_I__Z5printi Segmentation fault (core dumped) -- You are receiving this mail because: You are on the CC list for the bug.

[Bug binutils/27551] The default encoding of the strings utility does not conform to POSIX: should honor the current locale.

https://sourceware.org/bugzilla/show_bug.cgi?id=27551 --- Comment #6 from Andreas Schwab --- The isw* functions work on wide characters, not multi-byte characters. You first have to convert the string of multi-byte characters to wide characters. -- You are receiving this mail because: You are

[Bug binutils/27751] test failure on powerpc-linux-gnu

https://sourceware.org/bugzilla/show_bug.cgi?id=27751 --- Comment #6 from Andreas Schwab --- It's most likely an endian bug. The same failure happens on ppc, ppc64, s390x, m68k. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug binutils/27751] test failure on powerpc-linux-gnu

https://sourceware.org/bugzilla/show_bug.cgi?id=27751 --- Comment #7 from Andreas Schwab --- This is obvious: static void demangle_const_char (struct rust_demangler *rdm) { size_t hex_len; uint64_t value; // else if (value > ' ' && value < '~') /* Rust also considers many non-AS

[Bug ld/27990] ld --trace: Print the symbol which leads to archive extraction

https://sourceware.org/bugzilla/show_bug.cgi?id=27990 --- Comment #2 from Andreas Schwab --- That information is already part of the map file, including the symbol which has triggered the inclusion. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/28021] riscv: wrong double relaxation with LTO

https://sourceware.org/bugzilla/show_bug.cgi?id=28021 --- Comment #1 from Andreas Schwab --- I'd guess the other archs never see that issue since versioned aliases are a rare thing in the embedded world. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug gold/28192] powerpc64le: gold generates wrong address with a relocation of symbol+offset@got@pcrel

https://sourceware.org/bugzilla/show_bug.cgi?id=28192 --- Comment #1 from Andreas Schwab --- Does the addend in a GOT relocation actually have a useful meaning? -- You are receiving this mail because: You are on the CC list for the bug.

[Bug gas/28254] gas 2.36.1 fails to generate debugging information for aarch64 .S files

https://sourceware.org/bugzilla/show_bug.cgi?id=28254 --- Comment #9 from Andreas Schwab --- "If no flags are specified, the default flags depend upon the section name. If the section name is not recognized, the default will be for the section to have none of the above flags: it will not be allo

[Bug gas/28262] Add warning when generating code in data section

https://sourceware.org/bugzilla/show_bug.cgi?id=28262 --- Comment #3 from Andreas Schwab --- Is 0x13 code or data? -- You are receiving this mail because: You are on the CC list for the bug.

[Bug libctf/28545] cross compile incorrectly using host libraries in install relink

https://sourceware.org/bugzilla/show_bug.cgi?id=28545 --- Comment #5 from Andreas Schwab --- How did you configure? -- You are receiving this mail because: You are on the CC list for the bug.

[Bug libctf/28545] cross compile incorrectly using host libraries in install relink

https://sourceware.org/bugzilla/show_bug.cgi?id=28545 --- Comment #7 from Andreas Schwab --- Please show the full configure command line. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug binutils/28714] Some tools (e.g. size) deliberately omitted from "tooldir" installation

https://sourceware.org/bugzilla/show_bug.cgi?id=28714 --- Comment #1 from Andreas Schwab --- Those are the tools needed by gcc or gdb, see ACX_CHECK_INSTALLED_TARGET_TOOL in the toplevel configure. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/28743] BFD ld: ELF LOAD segments creating holes in the process image on GNU/Linux

https://sourceware.org/bugzilla/show_bug.cgi?id=28743 --- Comment #1 from Andreas Schwab --- That's a 4096 byte hole. What is the section to segment mapping? -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/28743] BFD ld: ELF LOAD segments creating holes in the process image on GNU/Linux

https://sourceware.org/bugzilla/show_bug.cgi?id=28743 --- Comment #3 from Andreas Schwab --- I don't think separate-code has any influence here, since the hole is between two non-exec sections. .eh_frame ends at 0xa2830, but .init_array starts at 0xa4130. Perhaps the effect of .eh_frame optimis

[Bug ld/28743] BFD ld: ELF LOAD segments creating holes in the process image on GNU/Linux

https://sourceware.org/bugzilla/show_bug.cgi?id=28743 --- Comment #5 from Andreas Schwab --- No, dwz optimizes the (separate) debug info. eh-opt is a linker pass, see bfd/elf-eh-frame.c -- You are receiving this mail because: You are on the CC list for the bug.

[Bug gas/28842] colon() problem in gas?

https://sourceware.org/bugzilla/show_bug.cgi?id=28842 Andreas Schwab changed: What|Removed |Added Resolution|--- |NOTABUG Status|UNCONFIRM

[Bug admin/12094] Errors found while checking this document as HTML 4.01 Transitional!

http://sourceware.org/bugzilla/show_bug.cgi?id=12094 --- Comment #1 from Andreas Schwab 2010-10-05 16:23:36 UTC --- It causes real display bugs. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC l

[Bug admin/12094] Errors found while checking this document as HTML 4.01 Transitional!

http://sourceware.org/bugzilla/show_bug.cgi?id=12094 --- Comment #3 from Andreas Schwab 2010-10-05 16:54:20 UTC --- Status: UNCONFIRMED (edit) [ ] Add me to CC list Product: [binutils ]

[Bug admin/12094] Errors found while checking this document as HTML 4.01 Transitional!

http://sourceware.org/bugzilla/show_bug.cgi?id=12094 --- Comment #6 from Andreas Schwab 2010-10-05 17:47:06 UTC --- This _is_ the screenshot. [All] and --> are not supposed to be there. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this

[Bug gas/12157] m68k statement ignored syntax error when @TLSLDO+4(%a0)

http://sourceware.org/bugzilla/show_bug.cgi?id=12157 Andreas Schwab changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug binutils/12058] ar s command undocumented

http://sourceware.org/bugzilla/show_bug.cgi?id=12058 Andreas Schwab changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[Bug binutils/12058] ar s command undocumented

http://sourceware.org/bugzilla/show_bug.cgi?id=12058 --- Comment #6 from Andreas Schwab 2010-10-29 09:51:07 UTC --- Why didn't I see your patches on the binutils list? -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because:

[Bug gas/12180] gas: -mfido doesn't accept floating point instructions

http://sourceware.org/bugzilla/show_bug.cgi?id=12180 --- Comment #5 from Andreas Schwab 2010-11-03 08:40:08 UTC --- You are using the wrong target. m68k-linux is only compatible with m68k-linux. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiv

[Bug ld/12327] x86 relocatable kernel is broken

http://sourceware.org/bugzilla/show_bug.cgi?id=12327 --- Comment #2 from Andreas Schwab 2010-12-16 17:26:44 UTC --- The obvious fix is to move the symbol in a section. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because:

[Bug ld/12451] --build-id regression

http://sourceware.org/bugzilla/show_bug.cgi?id=12451 --- Comment #2 from Andreas Schwab 2011-01-28 15:50:24 UTC --- See for the original bug report and for a follow-up bug. -- Configure bu

[Bug gas/6957] i386 NOPs must be derived from march not mtune

http://sourceware.org/bugzilla/show_bug.cgi?id=6957 Andreas Schwab changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

[Bug ld/12478] discrepancy between 'ld.1' file and 'configure'

http://sourceware.org/bugzilla/show_bug.cgi?id=12478 Andreas Schwab changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|

[Bug ld/12478] discrepancy between 'ld.1' file and 'configure'

http://sourceware.org/bugzilla/show_bug.cgi?id=12478 Andreas Schwab changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|

[Bug ld/12478] discrepancy between 'ld.1' file and 'configure'

http://sourceware.org/bugzilla/show_bug.cgi?id=12478 Andreas Schwab changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|

[Bug ld/12480] 'ld' does not show command line arguments despite of '--verbose'

http://sourceware.org/bugzilla/show_bug.cgi?id=12480 Andreas Schwab changed: What|Removed |Added Status|REOPENED|WAITING --- Comment #5 from Andreas S

[Bug ld/12478] discrepancy between 'ld.1' file and 'configure'

http://sourceware.org/bugzilla/show_bug.cgi?id=12478 Andreas Schwab changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|

[Bug ld/12480] 'ld' does not show command line arguments despite of '--verbose'

http://sourceware.org/bugzilla/show_bug.cgi?id=12480 Andreas Schwab changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|

[Bug binutils/12516] New: BFD: The first section in the PT_DYNAMIC segment is not the .dynamic section

Priority: P2 Component: binutils AssignedTo: unassig...@sources.redhat.com ReportedBy: sch...@linux-m68k.org CC: amo...@gmail.com $ cat dynamic.s .section .data1,"aw" .balign 16 $ cat dynamic.ld SECTIONS { . = SIZEOF_HEADERS; .text : { *(.text)

[Bug binutils/12516] BFD: The first section in the PT_DYNAMIC segment is not the .dynamic section

http://sourceware.org/bugzilla/show_bug.cgi?id=12516 --- Comment #4 from Andreas Schwab 2011-02-25 10:18:05 UTC --- The linker is red herring, this is all about objcopy. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --

[Bug gas/12579] Error: .size expression does not evaluate to a constant

http://sourceware.org/bugzilla/show_bug.cgi?id=12579 Andreas Schwab changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug ld/12669] Suspected bug in calculation of gp-relative offsets for ia64 target

http://sourceware.org/bugzilla/show_bug.cgi?id=12669 --- Comment #2 from Andreas Schwab 2011-04-13 13:55:02 UTC --- Note that the linker does not always put gp at the start of the .got section. If you want to force a particular gp value you need to define the symbol __gp. Otherwise use this sy

[Bug ld/12669] Suspected bug in calculation of gp-relative offsets for ia64 target

http://sourceware.org/bugzilla/show_bug.cgi?id=12669 Andreas Schwab changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug ld/12808] Segfault in _bfd_elf_merge_symbol

http://sourceware.org/bugzilla/show_bug.cgi?id=12808 Andreas Schwab changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|

[Bug ld/13099] Incorrect check for .gnu.linkonce section

http://sourceware.org/bugzilla/show_bug.cgi?id=13099 --- Comment #1 from Andreas Schwab 2011-08-16 18:49:42 UTC --- name + sizeof (".gnu.linkonce.") - 2 always starts with a dot, so the check would become pointless. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email -

[Bug binutils/13125] readelf exits 0 when DWARF information requested but none present

http://sourceware.org/bugzilla/show_bug.cgi?id=13125 --- Comment #1 from Andreas Schwab 2011-08-24 07:07:04 UTC --- I don't see it as an error when a DWARF section does not exist. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail b

[Bug gas/13145] movem zero offset not removed on ColdFire

http://sourceware.org/bugzilla/show_bug.cgi?id=13145 --- Comment #1 from Andreas Schwab 2011-09-01 16:11:54 UTC --- There is currently no specifier that matches modes 2+5, so the patterns are separate. /* FIXME: need specifier for mode 2 and 5 to simplify below insn patterns. */ {"moveml", 4,

[Bug gas/13145] movem zero offset not removed on ColdFire

http://sourceware.org/bugzilla/show_bug.cgi?id=13145 --- Comment #2 from Andreas Schwab 2011-09-01 16:19:06 UTC --- Actually there is: y(modes 2,5) But the FIXME is older. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are

[Bug gas/13145] movem zero offset not removed on ColdFire

http://sourceware.org/bugzilla/show_bug.cgi?id=13145 Andreas Schwab changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug binutils/32256] [Bug] internal labels present in risc-v

https://sourceware.org/bugzilla/show_bug.cgi?id=32256 --- Comment #3 from Andreas Schwab --- They are if there are relocations. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug binutils/32256] [Bug] internal labels present in risc-v

https://sourceware.org/bugzilla/show_bug.cgi?id=32256 --- Comment #1 from Andreas Schwab --- They are referenced by relocations. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug binutils/32244] strip should deal with all architectures

https://sourceware.org/bugzilla/show_bug.cgi?id=32244 --- Comment #1 from Andreas Schwab --- Just configure with --enable-targets=all. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug gprofng/32241] gprofng can't be built with LTO

https://sourceware.org/bugzilla/show_bug.cgi?id=32241 --- Comment #11 from Andreas Schwab --- I think dbe_memmgr should be removed, and replaced by xmalloc/xrealloc from libiberty. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug gold/32198] unsupported target loongarch64-unknown-elf

https://sourceware.org/bugzilla/show_bug.cgi?id=32198 --- Comment #1 from Andreas Schwab --- This has been corrected by commit f09a9dd319e in the gcc repository, needs to be merged to binutils-gdb. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/32183] New: [RISC-V] Linker is losing track of %pcrel_hi relocations

Priority: P2 Component: ld Assignee: unassigned at sourceware dot org Reporter: sch...@linux-m68k.org Target Milestone: --- Target: riscv64-*-* Created attachment 15708 --> https://sourceware.org/bugzilla/attachment.cgi?id=15708&acti

[Bug ld/32183] [RISC-V] Linker is losing track of %pcrel_hi relocations

https://sourceware.org/bugzilla/show_bug.cgi?id=32183 --- Comment #1 from Andreas Schwab --- lld emits a better error: ld.lld: error: relocation R_RISCV_PCREL_LO12_I cannot be used against symbol 'LAPACKE_c_nancheck'; recompile with -fPIC -- You are receiving this mail because: You are on the

[Bug gas/32382] beq is misassembled

https://sourceware.org/bugzilla/show_bug.cgi?id=32382 --- Comment #2 from Andreas Schwab --- $ echo 'beq t0,t1,.+16' | gas/as-new - $ binutils/objdump -dr a.out: file format elf64-littleriscv Disassembly of section .text: <.text>: 0: 00628863beq t

[Bug gas/32435] [2.44 Regression] gas produces unaligned sections on arm-linux-gnueabihf for kernel build

https://sourceware.org/bugzilla/show_bug.cgi?id=32435 --- Comment #21 from Andreas Schwab --- > Plus, if I have read Jan's v2 patch correctly, sections in object files will > still be aligned, but just aligned to the architecture's minimum file > alignment, rather than the sections specified alig

[Bug gas/32435] [2.44 Regression] gas produces unaligned sections on arm-linux-gnueabihf for kernel build

https://sourceware.org/bugzilla/show_bug.cgi?id=32435 --- Comment #28 from Andreas Schwab --- "This means that the sections can still be fetched using aligned reads" is obviously wrong. The alignment requirements for the hsot are completely independent of the alignment requirements of the target

[Bug gas/32435] [2.44 Regression] gas produces unaligned sections on arm-linux-gnueabihf for kernel build

https://sourceware.org/bugzilla/show_bug.cgi?id=32435 --- Comment #24 from Andreas Schwab --- The target has no relevance when the host is reading the section contents. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug gas/29004] various bugs in RISCV version of as

https://sourceware.org/bugzilla/show_bug.cgi?id=29004 --- Comment #4 from Andreas Schwab --- .macro HEADER name, code _header_\name: .set link\@, link .int link\@ # the header has a pointer to the preceding entry .set link, _header_\name .ascii "\name" # and the name of the word

[Bug binutils/32461] ld: unrecognized option '--image-base=0x08148000'

https://sourceware.org/bugzilla/show_bug.cgi?id=32461 --- Comment #1 from Andreas Schwab --- [This option is specific to the i386 PE targeted port of the linker] -- You are receiving this mail because: You are on the CC list for the bug.

[Bug binutils/32461] ld: unrecognized option '--image-base=0x08148000'

https://sourceware.org/bugzilla/show_bug.cgi?id=32461 Andreas Schwab changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug binutils/32457] multiple build issues with windows host

https://sourceware.org/bugzilla/show_bug.cgi?id=32457 Andreas Schwab changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug ld/32580] [2.44 regression] Non-bash shell breaks many default linker scripts

https://sourceware.org/bugzilla/show_bug.cgi?id=32580 --- Comment #9 from Andreas Schwab --- Because this is part of a here doc where func would be just a literal. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/32580] [2.44 regression] Non-bash shell breaks many default linker scripts

https://sourceware.org/bugzilla/show_bug.cgi?id=32580 --- Comment #10 from Andreas Schwab --- But of course, if it is at the end of the here doc anyway, it could also be moved out and called as a regular command after it. -- You are receiving this mail because: You are on the CC list for the bu

[Bug ld/32580] [2.44 regression] Non-bash shell breaks many default linker scripts

https://sourceware.org/bugzilla/show_bug.cgi?id=32580 --- Comment #12 from Andreas Schwab --- But the others are apparently not triggering the ksh bug. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug ld/32667] Incorrect .rela.sframe when using ld -r

https://sourceware.org/bugzilla/show_bug.cgi?id=32667 Andreas Schwab changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug ld/32666] Incorrect .rela.sframe when using ld -r

https://sourceware.org/bugzilla/show_bug.cgi?id=32666 --- Comment #1 from Andreas Schwab --- *** Bug 32667 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 gprof/32768] tst-gmon failure on x86_64

https://sourceware.org/bugzilla/show_bug.cgi?id=32768 --- Comment #2 from Andreas Schwab --- That's because _gmonparam.froms is an array of unsigned long. It used to be unsigned short in the orignal gmon implementation. But even the BSD implementation assumes a function alignment of 4 for x86.

<    1   2   3   4