[Bug gas/28078] arm: fails to build when using armv8 neon with dotprod extension

[rearnsha at gcc dot gnu.org]

https://sourceware.org/bugzilla/show_bug.cgi?id=28078

--- Comment #6 from Richard Earnshaw  ---
For completeness, GCC has now been fixed on master and all maintained releases
(back to gcc-9).

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

[Bug ld/28264] New: ld.bfd crashes on linking efivar with LTO

[kloczko.tomasz at gmail dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=28264

Bug ID: 28264
   Summary: ld.bfd crashes on linking efivar with LTO
   Product: binutils
   Version: unspecified
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: ld
  Assignee: unassigned at sourceware dot org
  Reporter: kloczko.tomasz at gmail dot com
  Target Milestone: ---

binutils-2.37-9.fc36.x86_64 from rawhide

efivar from master https://github.com/rhboot/efivar/

When LTO is used gcc crashes

make[1]: Entering directory '/home/tkloczko/rpmbuild/BUILD/efivar-37/src'
/usr/bin/gcc -O2 -g -grecord-gcc-switches -pipe -Wall -Werror=format-security
-Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS
-specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong
-specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m64 -mtune=generic
-fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection
-fdata-sections -ffunction-sections -flto=auto -flto-partition=none -Os
-std=gnu11 -funsigned-char -fvisibility=hidden
-specs=/home/tkloczko/rpmbuild/BUILD/efivar-37/src/include/gcc.specs
-fno-merge-constants  -L. -Wl,-z,relro -Wl,--as-needed -Wl,--gc-sections
-Wl,-z,now -specs=/usr/lib/rpm/redhat/redhat-hardened-ld -flto=auto
-flto-partition=none -fuse-linker-plugin  -Wl,--add-needed -Wl,--build-id
-Wl,--no-allow-shlib-undefined -Wl,--no-undefined-version -Wl,-z,now
-Wl,-z,muldefs -Wl,-z,relro -Wl,--fatal-warnings -DLIBEFIVAR_VERSION=37
-D_GNU_SOURCE -I/home/tkloczko/rpmbuild/BUILD/efivar-37/src/include/  -shared
-Wl,-soname,libefivar.so.1 -Wl,--version-script=libefivar.map  \
  -o libefivar.so crc32.o dp.o dp-acpi.o dp-hw.o dp-media.o dp-message.o
efivarfs.o error.o export.o guid.o guids.o guid-symbols.o lib.o vars.o -ldl
collect2: fatal error: ld terminated with signal 11 [Segmentation fault], core
dumped
compilation terminated.
make[1]: *** [/home/tkloczko/rpmbuild/BUILD/efivar-37/src/include/rules.mk:32:
libefivar.so] Error 1
make[1]: Leaving directory '/home/tkloczko/rpmbuild/BUILD/efivar-37/src'
make: *** [Makefile:14: all] Error 2


[tkloczko@barrel SPECS]$ coredumpctl gdb 2906717
   PID: 2906717 (ld)
   UID: 1000 (tkloczko)
   GID: 1000 (tkloczko)
Signal: 11 (SEGV)
 Timestamp: Wed 2021-08-25 11:57:46 BST (9min ago)
  Command Line: /usr/bin/ld -plugin
/usr/libexec/gcc/x86_64-redhat-linux/11/liblto_plugin.so
-plugin-opt=/usr/libexec/gcc/x86_64-redhat-linux/11/lto-wrapper
-plugin-opt=-fresolution=/tmp/ccoyzJjy.res -plugin-opt=-pass-through=-lgcc
-plugin-opt=-pass-through=-lgcc_s -plugin-opt=-pass-through=-lc
-plugin-opt=-pass-through=-lgcc -plugin-opt=-pass-through=-lgcc_s --build-id
--no-add-needed --eh-frame-hdr --hash-style=gnu -m elf_x86_64 -shared
--fatal-warnings --no-undefined-version --no-allow-shlib-undefined --add-needed
-z now --build-id -z relro -o libefivar.so
/usr/lib/gcc/x86_64-redhat-linux/11/../../../../lib64/crti.o
/usr/lib/gcc/x86_64-redhat-linux/11/crtbeginS.o -L.
-L/usr/lib/gcc/x86_64-redhat-linux/11
-L/usr/lib/gcc/x86_64-redhat-linux/11/../../../../lib64 -L/lib/../lib64
-L/usr/lib/../lib64 -L/usr/lib/gcc/x86_64-redhat-linux/11/../../.. -z relro
--as-needed --gc-sections -z now --add-needed --build-id
--no-allow-shlib-undefined --no-undefined-version -z now -z muldefs -z relro
--fatal-warnings -soname libefivar.so.1 --version-script=libefivar.map crc32.o
dp.o dp-acpi.o dp-hw.o dp-media.o dp-message.o efivarfs.o error.o export.o
guid.o guids.o guid-symbols.o lib.o vars.o -ldl -lgcc --push-state --as-needed
-lgcc_s --pop-state -lc -lgcc --push-state --as-needed -lgcc_s --pop-state
/usr/lib/gcc/x86_64-redhat-linux/11/crtendS.o
/usr/lib/gcc/x86_64-redhat-linux/11/../../../../lib64/crtn.o
Executable: /usr/bin/ld.bfd
 Control Group: /user.slice/user-1000.slice/session-2408.scope
  Unit: session-2408.scope
 Slice: user-1000.slice
   Session: 2408
 Owner UID: 1000 (tkloczko)
   Boot ID: dacb7fefc2824304bb9d4576770821a4
Machine ID: d033f66b249a4ec09acfa81ac205554f
  Hostname: barrel
   Storage:
/var/lib/systemd/coredump/core.ld.1000.dacb7fefc2824304bb9d4576770821a4.2906717.162988906600.zst
   Message: Process 2906717 (ld) of user 1000 dumped core.

Stack trace of thread 2906717:
#0  0x7fc7a04cdd42 __strcmp_avx2_rtm (libc.so.6 + 0x18bd42)
#1  0x7fc7a05ea706 _bfd_generic_link_add_one_symbol
(libbfd-2.37-9.fc36.so + 0x52706)
#2  0x7fc7a0626f55 bfd_elf_link_add_symbols
(libbfd-2.37-9.fc36.so + 0x8ef55)
#3  0x0041aacc load_symbols.part.0 (ld.bfd + 0x1aacc)
#4  0x004129b9 open_input_bfds.lto_priv.0 (ld.bfd +
0x129b9)
#5  0x00419f54 lang_process (ld.bfd + 0x19f54)
#6  0x00408289 main (ld.bfd + 0x8289)
#7  0x7fc7a036f560 __libc_start_call_main (libc.so.6 +
0x2d5

[Bug gas/28078] arm: fails to build when using armv8 neon with dotprod extension

[happyalu at gmail dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=28078

--- Comment #7 from Alok Parlikar  ---
Thank you so much! I've also posted this status on the xnnpack issue that
motivated this issue report. https://github.com/google/XNNPACK/issues/1465

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

[Bug ld/26978] Inconsistency for defined foo@v1 and foo@@v1

[hjl.tools at gmail dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=26978

H.J. Lu  changed:

   What|Removed |Added

   See Also||https://sourceware.org/bugz
   ||illa/show_bug.cgi?id=28264

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

[Bug ld/28264] ld.bfd crashes on linking efivar with LTO

[hjl.tools at gmail dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=28264

H.J. Lu  changed:

   What|Removed |Added

 Ever confirmed|0   |1
   Last reconfirmed||2021-08-25
 CC||amodra at gmail dot com
 Status|UNCONFIRMED |NEW
   See Also||https://sourceware.org/bugz
   ||illa/show_bug.cgi?id=26978

--- Comment #1 from H.J. Lu  ---
This is triggered by

commit 726d7d1ecfd1fc0966983e1d5e59b527b90cf7c5
Author: Alan Modra 
Date:   Wed Dec 2 13:03:23 2020 +1030

PR26978, Inconsistency for strong foo@v1 and weak foo@@v1

Please try users/hjl/pr26978/master branch:

https://gitlab.com/x86-binutils/binutils-gdb/-/tree/users/hjl/pr26978/master

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

[Bug ld/28264] [2.37 Regression] ld.bfd crashes on linking efivar with LTO

[hjl.tools at gmail dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=28264

H.J. Lu  changed:

   What|Removed |Added

Summary|ld.bfd crashes on linking   |[2.37 Regression] ld.bfd
   |efivar with LTO |crashes on linking efivar
   ||with LTO
Version|unspecified |2.37

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

[Bug ld/28264] [2.37 Regression] ld.bfd crashes on linking efivar with LTO

[hjl.tools at gmail dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=28264

H.J. Lu  changed:

   What|Removed |Added

 CC||hjl.tools at gmail dot com

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

[Bug binutils/21409] objdump segfault - null pointer dereferencing

[ovilewade9 at gmail dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=21409

ovile009988  changed:

   What|Removed |Added

 CC||ovilewade9 at gmail dot com

--- Comment #5 from ovile009988  ---
very nice and use full site here https://freerobuxnoverification.co and need to
know how to get free robux no human verification.

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

[Bug gas/28266] New: CWD present in object file even after use of -fdebug-prefix-map=$PWD=foo

[joel at rosdahl dot net]

https://sourceware.org/bugzilla/show_bug.cgi?id=28266

Bug ID: 28266
   Summary: CWD present in object file even after use of
-fdebug-prefix-map=$PWD=foo
   Product: binutils
   Version: 2.38 (HEAD)
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: gas
  Assignee: unassigned at sourceware dot org
  Reporter: joel at rosdahl dot net
  Target Milestone: ---

Hi there!

I'm the maintainer of ccache, a compiler cache which caches compilations based
on an input hash of various information such as the source code, compiler
arguments and some other pieces of information. If -g or similar is passed to
the compiler, ccache adds the CWD to the input hash since the object file then
will contain the CWD and therefore can't be part of a cache hit when the
compiler is run from another directory. However, if something like
-fdebug-prefix-map=$PWD=foo is used, ccache does not include CWD since the
debug paths then are normalized and the object file can be delivered as a cache
hit from other directories as well. Ccache has a test case that verifies this
assumption, and I recently got a bug report that the test case now fails on
Fedora 34 and rawhide: . I can
reproduce the problem on Fedora 34 with binutils-2.35.2-5.fc34.x86_64.rpm but
not with binutils-2.35.1-41.fc34.x86_64.rpm. My best guess is that this is due
to binutils commit 3417bfca676ff0b440f070a09837813e99b2c731 which seems to
unconditionally add CWD to the object file, hence filing this on the GAS
component. I'm not really familiar with the interaction between the compiler
and binutils, so bear with me. :-)

Is it expected that the 0'th entry in the directory table is not rewritten with
-fdebug-prefix-map? If not, I guess it breaks the intention of
-fdebug-prefix-map which is "This can give more reproducible builds, which are
location independent"?

I also noticed that 3417bfca676ff0b440f070a09837813e99b2c731 adds this comment:

/* In DWARF-5 the 0 entry in the directory table is expected to be
   the same as the DW_AT_comp_dir (which is set to the current build
   directory).  Since we are about to create a directory entry that
   is not the same, allocate the current directory first.
   FIXME: Alternatively we could generate an error message here.  */

However, the 0'th entry in the directory table won't always be the same as
DW_AT_comp_dir since the latter value is rewritten by -fdebug-prefix-map.

Any thoughts on this would be welcome. I would like to understand what can be
done on the ccache side. Thanks!

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

[Bug ld/28264] [2.37 Regression] ld.bfd crashes on linking efivar with LTO

[hjl.tools at gmail dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=28264

--- Comment #2 from H.J. Lu  ---
(gdb) f 1
#1  0x0043b9b4 in _bfd_generic_link_add_one_symbol (
info=0x667620 , abfd=0x6d9240, 
name=0xa756d2 "_efi_set_variable", flags=2, section=0xa661e8, value=29806, 
string=0x0, copy=false, collect=false, hashp=0x7e0ce0)
at /export/gnu/import/git/gitlab/x86-binutils/bfd/linker.c:1685
1685  if (strcmp (h->u.i.link->root.string, string) == 0)
(gdb) p h->u.i.link->root.string
$2 = 0x7da6cb "_efi_set_varia...@libefivar.so.0"
(gdb) p string
$3 = 0x0
(gdb)

4985  if (! (_bfd_generic_link_add_one_symbol
4986 (info, override ? override : abfd, name, flags, sec,
value,
4987  NULL, false, bed->collect,
  
4988  (struct bfd_link_hash_entry **) sym_hash)))

calls _bfd_generic_link_add_one_symbol with string == NULL.

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

[Bug ld/28264] [2.37 Regression] ld.bfd crashes on linking efivar with LTO

[hjl.tools at gmail dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=28264

--- Comment #3 from H.J. Lu  ---
[hjl@gnu-cfl-2 pr28264]$ cat foo.v
libefivar.so.0 {
global: 
_efi_set_variable;
local:  *;
};
[hjl@gnu-cfl-2 pr28264]$ cat foo.c
void
__attribute__ ((symver ("_efi_set_varia...@libefivar.so.0")))
_efi_set_variable()
{
}
[hjl@gnu-cfl-2 pr28264]$ make
gcc -B./ -flto -fPIC   -c -o foo.o foo.c
gcc -B./ -shared -o libfoo.so -Wl,--version-script=foo.v foo.o
collect2: fatal error: ld terminated with signal 11 [Segmentation fault], core
dumped
compilation terminated.
make: *** [Makefile:16: libfoo.so] Error 1
[hjl@gnu-cfl-2 pr28264]$

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

[Bug ld/28264] [2.37 Regression] ld.bfd crashes on linking efivar with LTO

[amodra at gmail dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=28264

--- Comment #4 from Alan Modra  ---
(In reply to H.J. Lu from comment #2)
> calls _bfd_generic_link_add_one_symbol with string == NULL.

Yes, it looks like commit 726d7d1ecfd1fc should have checked for that in the
MIND case before calling strcmp.

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

[Bug ld/28264] [2.37 Regression] ld.bfd crashes on linking efivar with LTO

[amodra at gmail dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=28264

--- Comment #5 from Alan Modra  ---
At least, that would get us back to the 2.35 behaviour of compiling your #c3
testcase without complaint if not using -flto, and complaining about multiple
definitions of _efi_set_variable if using -flto.

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