Bug 1176410

Summary: [abrt] mingw64-binutils: make_import_fixup_mark(): ld killed by SIGSEGV
Product: [Fedora] Fedora Reporter: Bill Lee <Bill>
Component: mingw-binutilsAssignee: Erik van Pienbroek <erik-fedora>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 20CC: Bill, erik-fedora, fedora-mingw, kalevlember, ktietz, rjones
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
URL: https://retrace.fedoraproject.org/faf/reports/bthash/8dda5388b5dc4e034683b4946687f3001b1d19de
Whiteboard: abrt_hash:b5b8fafea76e18f3d56c41495243740b2e2b4024
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-12-30 15:50:12 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
File: backtrace
none
File: cgroup
none
File: core_backtrace
none
File: dso_list
none
File: environ
none
File: exploitable
none
File: limits
none
File: maps
none
File: open_fds
none
File: proc_pid_status
none
File: var_log_messages none

Description Bill Lee 2014-12-21 14:12:03 UTC
Description of problem:
Attempting to compile and link a simple c++ test program using MinGW.

Version-Release number of selected component:
mingw64-binutils-2.23.52.0.1-2.fc20

Additional info:
reporter:       libreport-2.2.3
backtrace_rating: 4
cmdline:        /usr/lib64/gcc/x86_64-w64-mingw32/4.8.3/../../../../x86_64-w64-mingw32/bin/ld --sysroot=/usr/x86_64-w64-mingw32/sys-root -m i386pep -Bdynamic -o testDelimited_Strings /usr/x86_64-w64-mingw32/sys-root/mingw/lib/../lib/crt2.o /usr/x86_64-w64-mingw32/sys-root/mingw/lib/../lib/crtbegin.o -L/usr/lib64/gcc/x86_64-w64-mingw32/4.8.3 -L/usr/lib64/gcc/x86_64-w64-mingw32/4.8.3/../../../../x86_64-w64-mingw32/lib/../lib -L/usr/x86_64-w64-mingw32/sys-root/mingw/lib/../lib -L/usr/lib64/gcc/x86_64-w64-mingw32/4.8.3/../../../../x86_64-w64-mingw32/lib -L/usr/x86_64-w64-mingw32/sys-root/mingw/lib /tmp/ccf402pN.o Delimited_Strings.o -lpdcurses -lpthread -lusb-1.0 -lstdc++ -lmingw32 -lgcc_s -lgcc -lmoldname -lmingwex -lmsvcrt -ladvapi32 -lshell32 -luser32 -lkernel32 -lmingw32 -lgcc_s -lgcc -lmoldname -lmingwex -lmsvcrt /usr/x86_64-w64-mingw32/sys-root/mingw/lib/../lib/crtend.o
crash_function: make_import_fixup_mark
executable:     /usr/x86_64-w64-mingw32/bin/ld
kernel:         3.17.6-200.fc20.x86_64
runlevel:       N 5
type:           CCpp
uid:            1000

Truncated backtrace:
Thread no. 1 (7 frames)
 #1 make_import_fixup_mark at ../../ld/pe-dll.c:2409
 #2 pep_create_import_fixup at ../../ld/pe-dll.c:2613
 #3 make_import_fixup at ei386pep.c:1037
 #4 pep_walk_relocs_of_symbol at ../../ld/pe-dll.c:1302
 #5 pep_find_data_imports at ei386pep.c:1092
 #6 gld_i386pep_after_open at ei386pep.c:1191
 #7 lang_process at ../../ld/ldlang.c:6713

Comment 1 Bill Lee 2014-12-21 14:12:06 UTC
Created attachment 971694 [details]
File: backtrace

Comment 2 Bill Lee 2014-12-21 14:12:06 UTC
Created attachment 971695 [details]
File: cgroup

Comment 3 Bill Lee 2014-12-21 14:12:07 UTC
Created attachment 971696 [details]
File: core_backtrace

Comment 4 Bill Lee 2014-12-21 14:12:08 UTC
Created attachment 971697 [details]
File: dso_list

Comment 5 Bill Lee 2014-12-21 14:12:09 UTC
Created attachment 971698 [details]
File: environ

Comment 6 Bill Lee 2014-12-21 14:12:09 UTC
Created attachment 971699 [details]
File: exploitable

Comment 7 Bill Lee 2014-12-21 14:12:10 UTC
Created attachment 971700 [details]
File: limits

Comment 8 Bill Lee 2014-12-21 14:12:11 UTC
Created attachment 971701 [details]
File: maps

Comment 9 Bill Lee 2014-12-21 14:12:12 UTC
Created attachment 971702 [details]
File: open_fds

Comment 10 Bill Lee 2014-12-21 14:12:13 UTC
Created attachment 971703 [details]
File: proc_pid_status

Comment 11 Bill Lee 2014-12-21 14:12:14 UTC
Created attachment 971704 [details]
File: var_log_messages

Comment 12 Erik van Pienbroek 2014-12-29 21:17:18 UTC
Could you please try to reproduce this issue with mingw-binutils-2.24-5.fc20 (currently in updates-testing) or mingw-binutils-2.25-1.fc21 (from Fedora 21, can be found at http://koji.fedoraproject.org/koji/buildinfo?buildID=600717)

Comment 13 Bill Lee 2014-12-30 00:11:09 UTC
Current mingw "stuff" on my stystem:

mingw64-cpp-4.8.3-1.fc20.x86_64
mingw64-crt-3.2.0-1.fc20.noarch
mingw64-winpthreads-static-3.2.0-1.fc20.noarch
mingw64-win-iconv-0.0.4-3.fc20.noarch
mingw64-filesystem-99-3.fc20.noarch
mingw64-libusbx-1.0.15-2.fc20.noarch
mingw64-expat-2.1.0-5.fc20.noarch
mingw-w64-tools-3.1.0-1.fc20.x86_64
mingw-binutils-generic-2.25-1.fc21.x86_64   <---NOTE
mingw64-winpthreads-3.2.0-1.fc20.noarch
mingw64-gcc-4.8.3-1.fc20.x86_64
mingw-filesystem-base-99-3.fc20.noarch
mingw64-pkg-config-0.28-2.fc20.x86_64
mingw64-gdb-7.6-2.fc20.noarch
mingw64-pdcurses-3.4-15.fc20.noarch
mingw64-binutils-2.25-1.fc21.x86_64   <---NOTE
mingw64-libusbx-static-1.0.15-2.fc20.noarch
mingw64-zlib-1.2.8-2.fc20.noarch
mingw64-gcc-c++-4.8.3-1.fc20.x86_64
mingw64-headers-3.2.0-1.fc20.noarch

Attempted to compile and link a simple c++ program:

bill-alpha-138: make clean ; make testDelimited_Strings
rm *.o
g++ -g -DDEBUG  -Wno-deprecated   -c -o Delimited_Strings.o Delimited_Strings.cpp
x86_64-w64-mingw32-g++ -o testDelimited_Strings testDelimited_Strings.cpp Delimited_Strings.o -lpdcurses -lpthread -lusb-1.0 -O2 -g -DDEBUG  -Wno-deprecated 
collect2: error: ld terminated with signal 11 [Segmentation fault], core dumped
make: *** [testDelimited_Strings] Error 1


Tell mhat else to do and I'll get it for you asap.

Comment 14 Erik van Pienbroek 2014-12-30 09:56:50 UTC
Could you attach the .cpp file in question to this bug report so we can try to reproduce it?

Comment 15 Bill Lee 2014-12-30 14:34:52 UTC
I think this "bug" can/should be chalked up to user error and closed. 

If you look at my last submittal you will see that while the main test program was compiled with x86_64-w64-mingw32-g++, the one class that was being tested was compiled with g++

Given that, it doesn't surprise me that the loader failed.

I have since made sure that all components were compiled with the mingw compiler, and then the loader works as expected.