https://sourceware.org/bugzilla/show_bug.cgi?id=29389
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|amodra at gmail d
https://sourceware.org/bugzilla/show_bug.cgi?id=29389
Alan Modra changed:
What|Removed |Added
Summary|Failed assertions in|pe renaming implib breaks
https://sourceware.org/bugzilla/show_bug.cgi?id=29389
Alan Modra changed:
What|Removed |Added
Last reconfirmed||2022-08-02
Status|UNCONFIRME
https://sourceware.org/bugzilla/show_bug.cgi?id=29435
--- Comment #6 from H.J. Lu ---
Created attachment 14248
--> https://sourceware.org/bugzilla/attachment.cgi?id=14248&action=edit
A patch
Try this.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29435
H.J. Lu changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #5 from H.J. Lu ---
[hjl@g
https://sourceware.org/bugzilla/show_bug.cgi?id=29435
--- Comment #4 from Francois-Xavier Coudert ---
We've had this issue across a bunch of different systems. Mine has Debian GLIBC
2.31-13+deb11u3
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29389
--- Comment #17 from Luca Bacci ---
Beyond that, would you accept a patch to increase the cache size on Windows? It
could help in improving performance
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29389
--- Comment #16 from Luca Bacci ---
On MSYS2, bfd/cache.c:bfd_cache_max_open() returns 10, while on Linux it
returns 128 (because HAVE_GETRLIMIT is defined)
If I force the cache size on MSYS2 to a higher value, e.g. 500, then the issue
goes a
https://sourceware.org/bugzilla/show_bug.cgi?id=29435
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
Stat
https://sourceware.org/bugzilla/show_bug.cgi?id=29435
--- Comment #2 from Francois-Xavier Coudert ---
I have put a copy of the faulty library (built on x86_64 linux) as well as the
same one (built without `DYNAMIC_ARCH`) at this URL if someone wants to debug
this issue further:
https://www.dropbo
https://sourceware.org/bugzilla/show_bug.cgi?id=29435
--- Comment #1 from Francois-Xavier Coudert ---
How to reproduce:
1. Download and extract OpenBLAS-0.3.20 from
https://github.com/xianyi/OpenBLAS/archive/v0.3.20.tar.gz
2. Run:
$ DYNAMIC_ARCH=1 TARGET=CORE2 make libs netlib shared
3. Create
Updates:
Labels: -restrict-view-commit
Comment #3 on issue 49024 by sheriffbot: binutils:fuzz_disas_ext-bfd_arch_i386:
Abrt in i386_dis_printf
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=49024#c3
This bug has been fixed. It has been opened to the public.
- Your friendly Sherif
Updates:
Labels: -restrict-view-commit -deadline-approaching Deadline-Exceeded
Comment #3 on issue 47177 by sheriffbot: binutils:fuzz_readelf: Timeout in
fuzz_readelf
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=47177#c3
This bug has exceeded our disclosure deadline. It has been
https://sourceware.org/bugzilla/show_bug.cgi?id=29435
Bug ID: 29435
Summary: Building openblas with binutils 2.38 leads to "ELF
load command address/offset not properly aligned"
Product: binutils
Version: 2.38
Status: NEW
https://sourceware.org/bugzilla/show_bug.cgi?id=29389
--- Comment #15 from Luca Bacci ---
Uh...how strange!
One of the very first things that _bfd_coff_link_input_bfd() does is call
obj_coff_external_syms() which seeks into the lib file and reads the external
symbols table.
When _bfd_coff_link_
https://sourceware.org/bugzilla/show_bug.cgi?id=29389
--- Comment #14 from Luca Bacci ---
True! I'm going to investigate more...
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=29410
Kurt Goebel changed:
What|Removed |Added
Status|NEW |ASSIGNED
--
You are receiving this mai
17 matches
Mail list logo