[Bug binutils/29785] memory bloat in version 2.39

2024-02-21 Thread cvs-commit at gcc dot gnu.org
https://sourceware.org/bugzilla/show_bug.cgi?id=29785

--- Comment #7 from Sourceware Commits  ---
The master branch has been updated by Alan Modra :

https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=f96127310144d360eac93444c1b6efe80497d163

commit f96127310144d360eac93444c1b6efe80497d163
Author: Alan Modra 
Date:   Wed Feb 21 21:59:40 2024 +1030

Re: PR29785, memory bloat after b43771b045fb

Commit 7bd1e04a3532 introduced "dwarf2.c:2152:29: runtime error: shift
exponent 64 is too large".  This is on the bucket_high_pc calculation
which was moved to the top of insert_arange_in_trie where previously
it was later, at a point where the overflow could not occur.  Move it
back and arrange for a duplicate calculation of bucket_high_pc which
is also protected from overflow.

PR 29785
* dwarf2.c (insert_arange_in_trie): Split bucket_high_pc.
Move trie_pc_bits < VMA_BITS into splitting_leaf_will_help.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


bug-binutils@gnu.org

2024-02-21 Thread ruud.vanderpas at oracle dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=31390

Ruud van der Pas  changed:

   What|Removed |Added

   Severity|normal  |enhancement
   Priority|P2  |P3
 CC||ruud.vanderpas at oracle dot 
com
   Assignee|vladimir.mezentsev at oracle dot c |ruud.vanderpas at 
oracle dot com
   |om  |

-- 
You are receiving this mail because:
You are on the CC list for the bug.


bug-binutils@gnu.org

2024-02-21 Thread ruud.vanderpas at oracle dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=31390

Ruud van der Pas  changed:

   What|Removed |Added

   Last reconfirmed||2024-02-21
 Status|UNCONFIRMED |ASSIGNED
 Ever confirmed|0   |1

-- 
You are receiving this mail because:
You are on the CC list for the bug.


bug-binutils@gnu.org

2024-02-21 Thread ruud.vanderpas at oracle dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=31390

--- Comment #1 from Ruud van der Pas  ---
Thank you for the feedback.

I'm sorry you ran into this.

Technically, this is not a bug and this is why I have lowered the priority to
P3. I have also labeled this as an enhancement, because it is a documentation
issue.

The Perl code that implements the "gprofng display html" functionality, needs
the bigint module. Unfortunately, this is not part of the standard module set
and needs to be installed separately before running this tool.

This is not an ideal situation, but at the moment, the only thing I can do is
to document this and give a recipe how to obtain and install this missing
module.

This is the reason I made it an enhancement.

I will work on recipe for this and update this bugzilla once I have it.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug ld/26518] [2.35|regression|bisected] DWARF error: could not find variable specification

2024-02-21 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=26518

Alan Modra  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |FIXED

--- Comment #8 from Alan Modra  ---
I believe the DWARF parsing error has been fixed.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug ld/26358] --wrap: the special rule for "undefined symbol" is incompatible with -flto or relocatable links

2024-02-21 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=26358

Alan Modra  changed:

   What|Removed |Added

 Resolution|--- |NOTABUG
 Status|UNCONFIRMED |RESOLVED

--- Comment #1 from Alan Modra  ---
I agree with the commentary here, but don't think that we should change the way
ld behaves.

-- 
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

2024-02-21 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=26268

Alan Modra  changed:

   What|Removed |Added

 Resolution|--- |NOTABUG
 Status|UNCONFIRMED |RESOLVED

--- Comment #4 from Alan Modra  ---
comment #1 is the answer to this question

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug gas/25878] Error: file table slot 1 is already occupied by a different file

2024-02-21 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=25878

Alan Modra  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|REOPENED|RESOLVED

--- Comment #15 from Alan Modra  ---
Looks like this was fixed, just the bugzilla left in an odd state.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug ld/25784] [ld] Reject addresses outside [0,2**32) for ELFCLASS32

2024-02-21 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=25784

Alan Modra  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |WONTFIX

--- Comment #2 from Alan Modra  ---
As per comment #1

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug ld/25617] ld should reconstruct dynamic symbol table from PT_DYNAMIC when there is no section header

2024-02-21 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=25617

Alan Modra  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #51 from Alan Modra  ---
Done

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug ld/25589] LTO parallel build fails with "/usr/bin/ld: cannot find .lto.o: No such file or directory"

2024-02-21 Thread amodra at gmail dot com
https://sourceware.org/bugzilla/show_bug.cgi?id=25589

Alan Modra  changed:

   What|Removed |Added

 Resolution|--- |INVALID
 Status|WAITING |RESOLVED
  Component|binutils|ld

--- Comment #3 from Alan Modra  ---
Not a ld bug

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug binutils/31000] objcopy: add support for changing ELF symbol visibility

2024-02-21 Thread i at maskray dot me
https://sourceware.org/bugzilla/show_bug.cgi?id=31000

--- Comment #2 from Fangrui Song  ---
(In reply to Fangrui Song from comment #1)
> On the llvm-objcopy side, someone proposes --set-symbol-visibility:
> https://github.com/llvm/llvm-project/pull/80872

The proposal looks like:

.. option:: --set-symbol-visibility =

 Change the visibility of a symbol to the specified type.

.. option:: --set-symbols-visibility =

 Reads a list of symbols from  and changes their visibility to the
 specified type. Visibility types: default, internal, hidden, protected.

for ELF targets.

-- 
You are receiving this mail because:
You are on the CC list for the bug.