[Bug ld/29741] AVR ld unable to link for 0-series MCUs

2022-11-03 Thread nickc at redhat dot com
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

2022-11-03 Thread cvs-commit at gcc dot gnu.org
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

2022-11-03 Thread nickc at redhat dot com
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

2022-11-03 Thread nickc at redhat dot com
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

2022-11-03 Thread nickc at redhat dot com
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

2022-11-03 Thread vapier at gentoo dot org
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

2022-11-03 Thread nickc at redhat dot com
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

2022-11-03 Thread nickc at redhat dot com
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

2022-11-03 Thread cvs-commit at gcc dot gnu.org
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

2022-11-03 Thread guillermo.e.martinez at oracle dot com
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

2022-11-03 Thread vapier at gentoo dot org
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

2022-11-03 Thread vladimir.mezentsev at oracle dot com
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.