[Bug ld/29741] AVR ld unable to link for 0-series MCUs
https://sourceware.org/bugzilla/show_bug.cgi?id=29741 Nick Clifton changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED|RESOLVED --- Comment #4 from Nick Clifton --- OK - I have applied the patch. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/29741] AVR ld unable to link for 0-series MCUs
https://sourceware.org/bugzilla/show_bug.cgi?id=29741 --- Comment #5 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Nick Clifton : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=78cd9188d0fb3ab8b1c33b4cb54ad85ffa444192 commit 78cd9188d0fb3ab8b1c33b4cb54ad85ffa444192 Author: Nick Clifton Date: Thu Nov 3 09:20:37 2022 + AVR Linker: Allow the start of the data region to be specified on the linker command line. [Fix PR number in ChangeLog entry] PR 29741 * scripttempl/avr.sc (__DATA_REGION_ORIGIN__): Define. If a value has not been provided on the command line then use DATA_ORIGIN. (MEMORY): Use __DATA_REGION_ORIGIN__ as the start of the data region. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/25202] objcopy --verilog-data-width doesn't respect target's endianness
https://sourceware.org/bugzilla/show_bug.cgi?id=25202 Nick Clifton changed: What|Removed |Added Ever confirmed|0 |1 CC||nickc at redhat dot com Status|UNCONFIRMED |ASSIGNED Assignee|unassigned at sourceware dot org |nickc at redhat dot com Last reconfirmed||2022-11-03 --- Comment #5 from Nick Clifton --- (In reply to gökçe from comment #4) > Is someone working on this? Sorry - I managed to drop this PR from my queue. I am working on a patch now. Cheers Nick -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/25202] objcopy --verilog-data-width doesn't respect target's endianness
https://sourceware.org/bugzilla/show_bug.cgi?id=25202 --- Comment #6 from Nick Clifton --- Created attachment 14432 --> https://sourceware.org/bugzilla/attachment.cgi?id=14432&action=edit Proposed patch Please can somebody try out this patch ? It *might* work, but all this endian-ness stuff is doing my head in. The patch adds a new command line option to objcopy: --verilog-data-endianness=input which tells the verilog converter to use the endian-ness of the input file, instead of the default endian-ness. (Which is set to 'unknown' and by the logic in bfd/verilog.c:verilog_write_record() equates to 'big-endian'). The patch also adds --verilog-data-endianness=big and --verilog-data-endianness=little although I am not sure if these will actually be useful. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/25202] objcopy --verilog-data-width doesn't respect target's endianness
https://sourceware.org/bugzilla/show_bug.cgi?id=25202 Nick Clifton changed: What|Removed |Added Status|ASSIGNED|WAITING -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/29748] New: v850 linker always triggers LOAD segment with RWX permissions test by default
https://sourceware.org/bugzilla/show_bug.cgi?id=29748 Bug ID: 29748 Summary: v850 linker always triggers LOAD segment with RWX permissions test by default Product: binutils Version: unspecified Status: NEW Severity: normal Priority: P2 Component: ld Assignee: nickc at redhat dot com Reporter: vapier at gentoo dot org Target Milestone: --- Target: v850-elf using the v850-elf target, sim testsuite fails now due to linker warnings ever since this change: https://sourceware.org/git/?p=binutils-gdb.git;a=commit;h=ba951afb99912da01a6e8434126b8fac7aa75107 Author: Nick Clifton Date: Tue May 3 11:42:24 2022 +0100 Add a linker warning when creating potentially dangerous executable segments. Add tests, options to disabke and configure switches to choose defaults. simple test: $ cat test.s .bss .space 64 _stack: .data pass: .string "pass\n" .text .global _start _start: .byte 0x00 $ ./gas/as-new test.s -o test.o $ ./ld/ld-new test.o -o test ./ld/ld-new: warning: test has a LOAD segment with RWX permissions -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/25202] objcopy --verilog-data-width doesn't respect target's endianness
https://sourceware.org/bugzilla/show_bug.cgi?id=25202 Nick Clifton changed: What|Removed |Added Attachment #14432|0 |1 is obsolete|| --- Comment #7 from Nick Clifton --- Created attachment 14433 --> https://sourceware.org/bugzilla/attachment.cgi?id=14433&action=edit Proposed patch Oops - forgot to include the new test. Here is the updated patch. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/29748] v850 linker always triggers LOAD segment with RWX permissions test by default
https://sourceware.org/bugzilla/show_bug.cgi?id=29748 Nick Clifton changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from Nick Clifton --- OK, I have applied a patch to stop the linker from issuing the warning -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/29748] v850 linker always triggers LOAD segment with RWX permissions test by default
https://sourceware.org/bugzilla/show_bug.cgi?id=29748 --- Comment #2 from cvs-commit at gcc dot gnu.org --- The master branch has been updated by Nick Clifton : https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=e26943f9c7285a453c5daf10ed078b2a014977c6 commit e26943f9c7285a453c5daf10ed078b2a014977c6 Author: Nick Clifton Date: Thu Nov 3 16:26:52 2022 + V850 Linker: do not complain about RWX segments. PR 29748 * configure.tgt (ac_default_ld_warn_rwx_segments): Set to 0 for the V850. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug binutils/29737] strip: section attributes to indicate strip or persistent sections
https://sourceware.org/bugzilla/show_bug.cgi?id=29737 --- Comment #6 from Guillermo E. Martinez --- (In reply to Nick Clifton from comment #5) > (In reply to Guillermo E. Martinez from comment #4) > Hi Guillermo, > Hi Nick, > > > Are you asking for strip to be able to keep or remove sections based upon > > > their attributes, rather than their names ? > > > > Exactly. This bugzilla is to provide the feedback and support triggered by > > the discussion for standardize a way to indicates whether sections should be > > preserved or not after binutils strip/eu-strip execution without need to use > > special arguments, > > OK, so lets assume that we restrict this to ELF format files only. > > Basically the idea is, (I think...), we define a new section flag, eg: > > SHF_GNU_CAN_BE_STRIPPED > > which would be set by the linker on any section that it believes is not > necessary for proper execution of the binary. (ie debug info sections, > notes that are not needed by the loader, etc). In addition tools like > objcopy should be able to add or remove this flag from specific > sections at the behest of the user. > Yes, that's right. > The purpose of the flag is to tell tools like strip and eu-strip that the > section can and should be removed or preserved when stripping or creating > a debuginfo file. (At the moment this decision is made by heuristics > built into these tools, and the heuristics differ...) > Yes. So basically sections in binutils strip are removed whether SEC_DEBUGGING is set, it happens because section name contains: .debug, .gnu.debuglto_.debug_,.gnu.linkonce.wi., .zdebug, .line, .stab, .gdb_index, excluding: .gnu_debuglink and .gnu_debugaltlink. So, there is not a section attribute to indicates if this section will removed or preserved. > In order to support backwards compatibility with files that do not use > this scheme, it will probably also be necessary to define a second flag: > > SHF_GNU_DO_NOT_STRIP > Yes, I think so. > Then the tools can detect sections which have not been annotated with this > new feature and fall back on their old heuristics instead. > Correct. > - > > Does that sound about right ? > Yes!. > If so then I think that the proper way to proceed with this idea is to > present it on the GNU gABI list (gnu-g...@sourceware.org) rather than > discussing it inside a binutils PR. Do you agree ? > Agree, of course!. What will be next step to start working on it? > Cheers > Nick Thanks Nick, guillermo -- You are receiving this mail because: You are on the CC list for the bug.
[Bug ld/29748] v850 linker always triggers LOAD segment with RWX permissions test by default
https://sourceware.org/bugzilla/show_bug.cgi?id=29748 --- Comment #3 from Mike Frysinger --- thanks, that fixed it for --target=v850-elf & --target=all for me -- You are receiving this mail because: You are on the CC list for the bug.
[Bug gprofng/29663] gprofng fails to find libgp-collector.so
https://sourceware.org/bugzilla/show_bug.cgi?id=29663 Vladimir Mezentsev changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED|RESOLVED --- Comment #2 from Vladimir Mezentsev --- Update status as resolved/fixed. -- You are receiving this mail because: You are on the CC list for the bug.