https://sourceware.org/bugzilla/show_bug.cgi?id=26945
--- Comment #23 from Alan Modra ---
(In reply to John Dong from comment #22)
> Hi, can we backport this patch to binutils-2_34-branch ?
You can of course do what you like with your own copy of binutils, but I don't
consider this series of pat
https://sourceware.org/bugzilla/show_bug.cgi?id=27722
--- Comment #1 from cvs-commit at gcc dot gnu.org ---
The master branch has been updated by Alan Modra :
https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=1cfc6f00e45104551da9146bb413b60acd0e387f
commit 1cfc6f00e45104551da9146bb413b
https://sourceware.org/bugzilla/show_bug.cgi?id=26945
John Dong changed:
What|Removed |Added
CC||dongjianqiang2 at huawei dot
com
--- Com
https://sourceware.org/bugzilla/show_bug.cgi?id=27722
Bug ID: 27722
Summary: ld/libdep_plugin.c:142:19: error: array subscript has
type ‘char’ [-Werror=char-subscripts]
Product: binutils
Version: unspecified
Status: UNCON
https://sourceware.org/bugzilla/show_bug.cgi?id=27360
--- Comment #16 from Toolybird ---
$ grep "/usr/lib " libctf/config.status
sys_lib_search_path_spec='/usr/lib/gcc/x86_64-pc-linux-gnu/10.2.0 /usr/lib /lib
'
sys_lib_dlsearch_path_spec='/lib /usr/lib /usr/lib/libfakeroot '
That looks fairly n
https://sourceware.org/bugzilla/show_bug.cgi?id=27360
--- Comment #15 from Nick Alcock ---
The real question is where the -L/usr/lib is coming from. If you dig into
config.status it should become clear. I bet this is derived from some .la file
somewhere, so that libtool thinks it needs -L/usr/lib
