Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1893734 - collect2: fatal error: ld terminated with signal 11 [Segmentation fault]
Summary: collect2: fatal error: ld terminated with signal 11 [Segmentation fault]
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: binutils
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: ---
Assignee: Nick Clifton
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 1893664 (view as bug list)
Depends On:
Blocks: F34FTBFS PYTHON3.10
TreeView+ depends on / blocked
 
Reported: 2020-11-02 13:38 UTC by Tomáš Hrnčiar
Modified: 2020-11-09 09:51 UTC (History)
15 users (show)

Fixed In Version: binutils-2.35.1-12.fc34
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-11-09 09:51:44 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Tomáš Hrnčiar 2020-11-02 13:38:56 UTC
Hello,

I am unable to build scipy, it fails with this error:

In file included from scipy/integrate/_quadpackmodule.c:4:
scipy/integrate/__quadpack.h: In function ‘quad_thunk’:
scipy/integrate/__quadpack.h:312:9: warning: ‘PyEval_CallObjectWithKeywords’ is deprecated [-Wdeprecated-declarations]
  312 |         res = PyEval_CallObject(callback->py_function, arglist);
      |         ^~~
In file included from /usr/include/python3.10/Python.h:146,
                 from scipy/integrate/__quadpack.h:23,
                 from scipy/integrate/_quadpackmodule.c:4:
/usr/include/python3.10/ceval.h:17:43: note: declared here
   17 | Py_DEPRECATED(3.9) PyAPI_FUNC(PyObject *) PyEval_CallObjectWithKeywords(
      |                                           ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/bin/gfortran -Wall -g -Wall -g -shared build/temp.linux-x86_64-3.10/scipy/integrate/_quadpackmodule.o -L/usr/lib64 -L/usr/lib/gcc/x86_64-redhat-linux/10 -L/usr/lib/gcc/x86_64-redhat-linux/10 -L/usr/lib64 -Lbuild/temp.linux-x86_64-3.10 -Wl,-rpath=/usr/lib64 -lquadpack -lmach -lflexiblas -lflexiblas -lgfortran -o build/lib.linux-x86_64-3.10/scipy/integrate/_quadpack.cpython-310-x86_64-linux-gnu.so -Wl,--version-script=build/temp.linux-x86_64-3.10/link-version-scipy.integrate._quadpack.map
collect2: fatal error: ld terminated with signal 11 [Segmentation fault], core dumped
compilation terminated.
error: Command "/usr/bin/gfortran -Wall -g -Wall -g -shared build/temp.linux-x86_64-3.10/scipy/integrate/_quadpackmodule.o -L/usr/lib64 -L/usr/lib/gcc/x86_64-redhat-linux/10 -L/usr/lib/gcc/x86_64-redhat-linux/10 -L/usr/lib64 -Lbuild/temp.linux-x86_64-3.10 -Wl,-rpath=/usr/lib64 -lquadpack -lmach -lflexiblas -lflexiblas -lgfortran -o build/lib.linux-x86_64-3.10/scipy/integrate/_quadpack.cpython-310-x86_64-linux-gnu.so -Wl,--version-script=build/temp.linux-x86_64-3.10/link-version-scipy.integrate._quadpack.map" failed with exit status 1
error: Bad exit status from /var/tmp/rpm-tmp.J0N25t (%build)
    Bad exit status from /var/tmp/rpm-tmp.J0N25t (%build)

I have tried to build it in Koji, Copr also in Mock, but everywhere same segfault. Here is the link for Koji:

https://koji.fedoraproject.org/koji/taskinfo?taskID=54764233

Comment 1 Nikola Forró 2020-11-02 13:44:38 UTC
I just got a notification from Koschei. It seems that binutils update broke quite a lot of packages (including scipy):
https://koschei.fedoraproject.org/affected-by/binutils?epoch1=0&version1=2.35.1&release1=8.fc34&epoch2=0&version2=2.35.1&release2=11.fc34&collection=f34

Comment 2 Miro Hrončok 2020-11-02 13:57:29 UTC
I'll start a thread on devel.

Comment 4 Zbigniew Jędrzejewski-Szmek 2020-11-02 14:37:09 UTC
*** Bug 1893664 has been marked as a duplicate of this bug. ***

Comment 5 Miro Hrončok 2020-11-02 15:31:31 UTC
Setting severity to high, this affects dozens of packages including rpm.

Comment 6 Nick Clifton 2020-11-03 13:43:23 UTC
A fix is in the works.  Build should complete in ~ 1 hour.

Comment 7 Nick Clifton 2020-11-03 15:23:14 UTC
Fixed in binutils-2.35.1-12.fc34

Sorry about that guys.  My -11.fc34 update was broken and it took me a while to track down the problem.
Please try the -12.fc34 binutils - they should work properly.

Comment 8 Miro Hrončok 2020-11-03 17:22:40 UTC
It appears to be fixed in binutils 2.35.1-12.fc34

At least rpm and scipy* build again. Thanks for the fix.



* scipy successfully passed the %build phase on x86_64

Comment 9 Christoph Junghans 2020-11-06 16:16:27 UTC
Still segfaults, now inside using clang++-11:
Program received signal SIGSEGV, Segmentation fault.
0x00007fb81e40aa88 in bfd_elf_link_add_symbols () from
/usr/lib64/libbfd-2.35.1-11.fc34.so
(gdb) bt
#0  0x00007fb81e40aa88 in bfd_elf_link_add_symbols () from
/usr/lib64/libbfd-2.35.1-11.fc34.so
#1  0x000055745267e16c in load_symbols.part ()
#2  0x000055745267304c in open_input_bfds.lto_priv ()
#3  0x0000557452673116 in open_input_bfds.lto_priv ()
#4  0x000055745267b538 in lang_process ()
#5  0x000055745266bf97 in main ()
(from building votca-xtp with clang-11 on rawhide)

To reproduce, run:
$ docker run -it fedora:rawhide /bin/bash
in the container
$ dnf install git cmake eigen3-devel libint2-devel hdf5-devel
libxc-devel expat-devel boost-devel
$ git clone --recursive https://github.com/votca/votca
$ cmake -B build -DBUILD_XTP=ON votca
$ cmake --build build
....wait and see the segfault.

Comment 10 Nick Clifton 2020-11-06 17:04:40 UTC
(In reply to Christoph Junghans from comment #9)

> Still segfaults, now inside using clang++-11:
> To reproduce, run:
> $ docker run -it fedora:rawhide /bin/bash
> in the container
> $ dnf install git cmake eigen3-devel libint2-devel hdf5-devel
> libxc-devel expat-devel boost-devel
> $ git clone --recursive https://github.com/votca/votca
> $ cmake -B build -DBUILD_XTP=ON votca
> $ cmake --build build
> ....wait and see the segfault.

Err, I just tried that, and there was no seg-fault....

Actually to be strictly accurate I used a mock chroot instead of a container, but it was still based on rawhide.
I'll try using docker and see if that makes the problem happen.

Comment 11 Miro Hrončok 2020-11-06 17:15:29 UTC
The log says: 2.35.1-11.fc34

You need to get the updated 2.35.1-12.fc34. It is not yet on the mirrors.

Comment 12 Miro Hrončok 2020-11-09 09:51:44 UTC
This is on the mirrors.


Note You need to log in before you can comment on or make changes to this bug.