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
Created attachment 971694 [details] File: backtrace
Created attachment 971695 [details] File: cgroup
Created attachment 971696 [details] File: core_backtrace
Created attachment 971697 [details] File: dso_list
Created attachment 971698 [details] File: environ
Created attachment 971699 [details] File: exploitable
Created attachment 971700 [details] File: limits
Created attachment 971701 [details] File: maps
Created attachment 971702 [details] File: open_fds
Created attachment 971703 [details] File: proc_pid_status
Created attachment 971704 [details] File: var_log_messages
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)
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.
Could you attach the .cpp file in question to this bug report so we can try to reproduce it?
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.