https://sourceware.org/bugzilla/show_bug.cgi?id=29521
--- Comment #3 from Ruud van der Pas ---
Unfortunately we did not get to address this before 2.40 was released, but we
are actively looking into a solution.
We plan to either embed the man page texts in .texi files (or perhaps a single
file),
https://sourceware.org/bugzilla/show_bug.cgi?id=30016
--- Comment #2 from Thiago Macieira ---
(In reply to Andreas Schwab from comment #1)
> This is deliberate. A rename requires careful duplication of the attributes
> of the target file, which is difficult to get right. See PR27456.
Are you s
https://sourceware.org/bugzilla/show_bug.cgi?id=30016
--- Comment #1 from Andreas Schwab ---
This is deliberate. A rename requires careful duplication of the attributes of
the target file, which is difficult to get right. See PR27456.
--
You are receiving this mail because:
You are on the CC
https://sourceware.org/bugzilla/show_bug.cgi?id=30014
--- Comment #2 from Indu Bhagat ---
Thanks for reporting this issue and providing all the details. Very helpful.
The issue seems to be that the applicable dependency (install-strip-bfd:
maybe-install-strip-libsframe) was missing.
As for libt
https://sourceware.org/bugzilla/show_bug.cgi?id=30014
--- Comment #1 from Indu Bhagat ---
Created attachment 14605
--> https://sourceware.org/bugzilla/attachment.cgi?id=14605&action=edit
Proposed fix for pr 30014
Proposed fix. Will test this patch on my end.
--
You are receiving this mail be
https://sourceware.org/bugzilla/show_bug.cgi?id=30016
Bug ID: 30016
Summary: strip/objcopy should do atomic renames
Product: binutils
Version: 2.40
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component
https://sourceware.org/bugzilla/show_bug.cgi?id=30014
Bug ID: 30014
Summary: FTBFS: install-strip fails because bfdlib relinks and
fails to find libsframe
Product: binutils
Version: 2.40
Status: UNCONFIRMED
Seve
https://sourceware.org/bugzilla/show_bug.cgi?id=29998
--- Comment #8 from Jan Janssen ---
I rebuilt mingw-w64-binutils with debug info and managed to get a backtrace
(this if on arch):
Thread 1 (Thread 0x77db1740 (LWP 84627) "ld"):
#0 generate_reloc (abfd=0x557f8a40, info=0x557bbe20
https://sourceware.org/bugzilla/show_bug.cgi?id=29998
--- Comment #7 from Jan Janssen ---
> I am stuck here because I do not have
> /usr/lib/gcc/x86_64-w64-mingw32/12.2.0/lto-wrapper installed (and just using
> a dummy empty file does not work).
It's as easy as:
$ deboostrap --include=gcc-12,g
https://sourceware.org/bugzilla/show_bug.cgi?id=30013
Bug ID: 30013
Summary: [2.40 regression] Assertion failed: one_type !=
two_type, file libctf/ctf-dedup.c, line 2342, function
sort_output_mapping
Product: binutils
https://sourceware.org/bugzilla/show_bug.cgi?id=30005
Nick Clifton changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://sourceware.org/bugzilla/show_bug.cgi?id=30004
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
Assi
https://sourceware.org/bugzilla/show_bug.cgi?id=29998
--- Comment #6 from Nick Clifton ---
(In reply to Jan Janssen from comment #5)
Hi Jan,
Hmm, I am beginning to suspect the libtlo_plugin (from gcc, not the binutils)
as the cause of this problem...
> /usr/lib/gcc/x86_64-w64-mingw32/12.2.0/.
https://sourceware.org/bugzilla/show_bug.cgi?id=13671
Rainer Orth changed:
What|Removed |Added
URL||https://sourceware.org/pipe
https://sourceware.org/bugzilla/show_bug.cgi?id=29987
--- Comment #6 from Jan-Benedict Glaw ---
Just ftr: The build-many-glibcs.py script does the equivalent of:
/var/cache/git/binutils-gdb/configure '--prefix=/tmp/b/i'
\
'--build=x86
https://sourceware.org/bugzilla/show_bug.cgi?id=29987
--- Comment #5 from Jan-Benedict Glaw ---
I do regular builds (own build strategy and a hacked build-many-glibcs.py to
allow for HEAD versions) and the later started to fail since this commit:
/bin/bash ../libtool --tag=CXX --mode=link g++
https://sourceware.org/bugzilla/show_bug.cgi?id=29987
Jan-Benedict Glaw changed:
What|Removed |Added
CC||jbg...@lug-owl.de
--
You are rec
https://sourceware.org/bugzilla/show_bug.cgi?id=30006
--- Comment #5 from Satadru Pramanik ---
(This system uses Glibc 2.23.)
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30006
--- Comment #4 from Satadru Pramanik ---
Following the build failure with make -j 1:
make[5]: Entering directory
'/usr/local/tmp/crew/binutils.20230117084748.dir/binutils-2.40/build/gprofng/libcollector'
/bin/bash ./libtool --tag=CC --mode
19 matches
Mail list logo
