[Bug 633846] New: [abrt] mingw32-binutils-2.19.51.0.14-1.fc12: pe_implied_import_dll: Process /usr/i686-pc-mingw32/bin/ld was killed by signal 11 (SIGSEGV)
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: [abrt] mingw32-binutils-2.19.51.0.14-1.fc12: pe_implied_import_dll: Process /usr/i686-pc-mingw32/bin/ld was killed by signal 11 (SIGSEGV)
https://bugzilla.redhat.com/show_bug.cgi?id=633846
Summary: [abrt] mingw32-binutils-2.19.51.0.14-1.fc12:
pe_implied_import_dll: Process
/usr/i686-pc-mingw32/bin/ld was killed by signal 11
(SIGSEGV)
Product: Fedora
Version: 13
Platform: x86_64
OS/Version: Linux
Status: NEW
Status Whiteboard: abrt_hash:c2017a691dd6713c319ddb7df56a5c5e8dfb1ea0
Severity: medium
Priority: low
Component: mingw32-binutils
AssignedTo: rjones(a)redhat.com
ReportedBy: gilboad(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: rjones(a)redhat.com, kalev(a)smartlink.ee,
fedora-mingw(a)lists.fedoraproject.org
Classification: Fedora
abrt version: 1.1.13
architecture: x86_64
Attached file: backtrace
cmdline:
/usr/lib64/gcc/i686-pc-mingw32/4.4.2/../../../../i686-pc-mingw32/bin/ld
--sysroot=/usr/i686-pc-mingw32/sys-root --subsystem console -Bdynamic -o
obj/windows-mingw-user/i686/release/spkinstall.exe
/usr/i686-pc-mingw32/sys-root/mingw/lib/crt2.o
/usr/lib64/gcc/i686-pc-mingw32/4.4.2/crtbegin.o
-L/home/gilboa/work/OSS/SVN/SPK/output/windows-mingw-user/i686/lib
-L/home/gilboa/work/OSS/SVN/SPK/output/windows-mingw-user/i686/bin
-L/usr/lib64/gcc/i686-pc-mingw32/4.4.2
-L/usr/lib64/gcc/i686-pc-mingw32/4.4.2/../../../../i686-pc-mingw32/lib
-L/usr/i686-pc-mingw32/sys-root/mingw/lib -lstdc++ -lansi7zip -lzlibm -lspk
obj/windows-mingw-user/i686/release/spkinstall.o -lstdc++ -lmingwthrd -lmingw32
-lgcc_eh -lgcc -lmoldname -lmingwex -lmsvcrt -luser32 -lkernel32 -ladvapi32
-lshell32 -lmingwthrd -lmingw32 -lgcc_eh -lgcc -lmoldname -lmingwex -lmsvcrt
/usr/lib64/gcc/i686-pc-mingw32/4.4.2/crtfastmath.o
/usr/lib64/gcc/i686-pc-mingw32/4.4.2/crtend.o
component: mingw32-binutils
crash_function: pe_implied_import_dll
executable: /usr/i686-pc-mingw32/bin/ld
kernel: 2.6.34.6-54.fc13.x86_64
package: mingw32-binutils-2.19.51.0.14-1.fc12
rating: 4
reason: Process /usr/i686-pc-mingw32/bin/ld was killed by signal 11 (SIGSEGV)
release: Fedora release 13 (Goddard)
time: 1284474412
uid: 800
comment
-----
I'm helping a friend port his project to Linux, moving it my my build system.
(Which supports gcc, mingw and VS)
Attempting to build the project using mingw causes gcc to crash during link.
The same project builds just fine under gcc/Linux.
I suspect that something is broken with the generated DLL.
I'm waiting for his approval before sending upload a tarball of the offending
code.
(Most likely something in my own build system is the cause of the problem.)
- Gilboa
How to reproduce
-----
1. Build project.
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
12 years, 10 months
[Bug 643801] New: Internal error: Segmentation fault (program ld) when compiling Google Go
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Internal error: Segmentation fault (program ld) when compiling Google Go
https://bugzilla.redhat.com/show_bug.cgi?id=643801
Summary: Internal error: Segmentation fault (program ld) when
compiling Google Go
Product: Fedora
Version: 13
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: mingw32-gcc
AssignedTo: rjones(a)redhat.com
ReportedBy: fullung(a)gmail.com
QAContact: extras-qa(a)fedoraproject.org
CC: rjones(a)redhat.com, kalev(a)smartlink.ee,
fedora-mingw(a)lists.fedoraproject.org
Classification: Fedora
Description of problem:
mingw32-gcc's ld segfaults when compiling Google Go.
Version-Release number of selected component (if applicable):
mingw32-gcc-4.4.2-2.fc13.x86_64
How reproducible:
Always
Steps to Reproduce:
1. Read http://golang.org/doc/install.html
2. hg clone -r release https://go.googlecode.com/hg/ go (might need tip)
3. cd go
4. hg patch --no-commit go_make_mingw.diff
5. cd src
6. AR=i686-pc-mingw32-ar GOHOSTARCH=386 CC=i686-pc-mingw32-gcc GOOS=windows
GOARCH=386 ./make.bash
Actual results:
quietgcc -o 8g -L"/home/alberts/go"/lib ../8l/enam.o list.o galign.o gobj.o
ggen.o gsubr.o cgen.o cgen64.o cplx.o peep.o reg.o ../gc/gc.a -lbio -l9 -lm
i686-pc-mingw32-gcc: Internal error: Segmentation fault (program ld)
Please submit a full bug report.
See <http://bugzilla.redhat.com/bugzilla> for instructions.
Expected results:
8g command should compile
Additional info:
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
12 years, 10 months
[Bug 609162] New: CVE-2010-2249 libpng: Memory leak when processing Physical Scale (sCAL) images [fedora-all]
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: CVE-2010-2249 libpng: Memory leak when processing Physical Scale (sCAL) images [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=609162
Summary: CVE-2010-2249 libpng: Memory leak when processing
Physical Scale (sCAL) images [fedora-all]
Product: Fedora
Version: 13
Platform: All
OS/Version: Linux
Status: NEW
Keywords: Security, SecurityTracking
Severity: low
Priority: low
Component: mingw32-libpng
AssignedTo: rjones(a)redhat.com
ReportedBy: jlieskov(a)redhat.com
QAContact: extras-qa(a)fedoraproject.org
CC: lfarkas(a)lfarkas.org, rjones(a)redhat.com,
erik-fedora(a)vanpienbroek.nl,
fedora-mingw(a)lists.fedoraproject.org
Blocks: 608644
Classification: Fedora
Target Release: ---
This is an automatically created tracking bug! It was created to ensure
that one or more security vulnerabilities are fixed in affected Fedora
versions.
For comments that are specific to the vulnerability please use bugs filed
against "Security Response" product referenced in the "Blocks" field.
Forr more information see:
http://fedoraproject.org/wiki/Security/TrackingBugs
When creating a Bodhi update request, please include the bug IDs of the
respective parent bugs filed against the "Security Response" product.
Please mention CVE ids in the RPM changelog when available.
Bodhi update submission link:
https://admin.fedoraproject.org/updates/new/?type_=security&bugs=608644
Please note: this issue affects multiple supported versions of Fedora.
Only one tracking bug has been filed; please only close it when all
affected versions are fixed.
[bug automatically created by: add-tracking-bugs]
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
12 years, 10 months
[Bug 680583] New: routeprot.h has bug related to IP_LOCAL_BINDING
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: routeprot.h has bug related to IP_LOCAL_BINDING
https://bugzilla.redhat.com/show_bug.cgi?id=680583
Summary: routeprot.h has bug related to IP_LOCAL_BINDING
Product: Fedora
Version: 13
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: unspecified
Priority: unspecified
Component: mingw32-w32api
AssignedTo: rjones(a)redhat.com
ReportedBy: greearb(a)candelatech.com
QAContact: extras-qa(a)fedoraproject.org
CC: rjones(a)redhat.com, kalev(a)smartlink.ee,
fedora-mingw(a)lists.fedoraproject.org
Classification: Fedora
Description of problem:
It seems IP_LOCAL_BINDING is defined after it is used.
Version-Release number of selected component (if applicable):
mingw32-w32api-3.13-5.fc13.noarch
How reproducible:
Always
Steps to Reproduce:
1. Try to compile something that uses routprot.h
2.
3.
Actual results:
In file included from
fea/data_plane/fibconfig/fibconfig_entry_get_iphelper.cc:34:
/usr/i686-pc-mingw32/sys-root/mingw/include/routprot.h:51: error:
'IP_LOCAL_BINDING' does not name a type
scons: ***
[obj/i386-pc-mingw32/fea/data_plane/fibconfig/fibconfig_entry_get_iphelper.o]
Error 1
scons: building terminated because of errors.
Expected results:
Sweet binary goodness.
Additional info:
This seems to fix things:
diff --git a/routprot.h.orig b/routprot.h
index 54fe9ee..2b57df8 100644
--- a/routprot.h.orig
+++ b/routprot.h
@@ -43,6 +43,11 @@ extern "C" {
#define IPX_PROTOCOL_NLSP 0x00020002
/*--- Router Management Reference - Router Management Structures */
#if (_WIN32_WINNT >= 0x0500)
+typedef struct IP_LOCAL_BINDING {
+ DWORD Address;
+ DWORD Mask;
+} IP_LOCAL_BINDING,*PIP_LOCAL_BINDING;
+
typedef struct IP_ADAPTER_BINDING_INFO {
ULONG AddressCount;
DWORD RemoteAddress;
@@ -50,10 +55,7 @@ typedef struct IP_ADAPTER_BINDING_INFO {
ULONGLONG Speed;
IP_LOCAL_BINDING Address[];
} IP_ADAPTER_BINDING_INFO,*PIP_ADAPTER_BINDING_INFO;
-typedef struct IP_LOCAL_BINDING {
- DWORD Address;
- DWORD Mask;
-} IP_LOCAL_BINDING,*PIP_LOCAL_BINDING;
+
typedef struct IPX_ADAPTER_BINDING_INFO {
ULONG AdapterIndex;
UCHAR Network[4];
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
12 years, 10 months
[Bug 677153] New: gcc driver does not pass needed libraries for libgcc_eh.a on collect2 command line
by Red Hat Bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: gcc driver does not pass needed libraries for libgcc_eh.a on collect2 command line
https://bugzilla.redhat.com/show_bug.cgi?id=677153
Summary: gcc driver does not pass needed libraries for
libgcc_eh.a on collect2 command line
Product: Fedora
Version: rawhide
Platform: All
OS/Version: All
Status: NEW
Severity: medium
Priority: unspecified
Component: mingw32-gcc
AssignedTo: rjones(a)redhat.com
ReportedBy: t.sailer(a)alumni.ethz.ch
QAContact: extras-qa(a)fedoraproject.org
CC: rjones(a)redhat.com, kalev(a)smartlink.ee,
fedora-mingw(a)lists.fedoraproject.org
Classification: Fedora
Description of problem:
libgcc_eh.a sometimes needs symbols from libmingw32.a (___mingwthr_key_dtor)
and libkernel32.a (_SetLastError@4, _InterlockedIncrement@4, _TlsAlloc@0,
_TlsSetValue@8), but does not pass -lmingw32 -lkernel32 to collect2 after
-lgcc_eh. The result is that, when compiling glib2-2.28.0, linking
glib-compile-schemas.exe fails; I had to manually call collect2 with added
arguments to make the mingw32-glib2 rpm build.
Version-Release number of selected component (if applicable):
mingw32-gcc-4.5.1-2.fc15
How reproducible:
always
Steps to Reproduce:
see for example the mingw32-glib2-2.28.0-1.fc16.src.rpm and remove the two
lines marked with "evil hack".
Actual results:
Missing symbols during linking of gio/glib-compile-schemas.exe
Expected results:
Linking succeeds
--
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
12 years, 10 months
Cannot link in static pthreadGC2
by Archambault Fabien
Hi all,
I have found something that is somehow common within my google research
but I could not find any topic that solves the issue. Except perhaps
this one (in French)
http://www.developpez.net/forums/d787443/c-cpp/c/dll-manquante-pthread-li...
but I do not understand how he really achieved it.
In order to reproduce the issue I used the hello world from wikipedia:
http://en.wikipedia.org/wiki/OpenMP#Fortran_77
I named it omp.F
Compiled with: gfortran -o omp omp.F -fopenmp -lpthread
This works:
$ ./omp
HELLO WORLD FROM THREAD 0
HELLO WORLD FROM THREAD 3
HELLO WORLD FROM THREAD 2
HELLO WORLD FROM THREAD 1
THERE ARE 4 THREADS
Then I tried to compile it for Windows 64 and 32 bits but it fails when
running.
Compiled with:
x86_64-w64-mingw32-gfortran -o omp omp.F -static -fopenmp -lpthread
-lpthreadGC2
i686-w64-mingw32-gfortran -o omp omp.F -static -fopenmp -lpthread
-lpthreadGC2
or
x86_64-w64-mingw32-gfortran -o omp omp.F -static -fopenmp -lpthread
i686-w64-mingw32-gfortran -o omp omp.F -static -fopenmp -lpthread
When running it under an XP computer (32 or 64 bits depending on the
binary) it always fails with: pthreadGC2.dll was not found.
I really need this in static so adding the flag -static should have
solved and used the .a file, isn't it?
On my computer I have the mingw-pthread package installed:
mingw32-pthreads-2.8.0-14.cvs20110104.fc15_cross.noarch
mingw64-pthreads-2.8.0-14.cvs20110104.fc15_cross.noarch
Also:
# locate *pthreadGC2*
/usr/i686-w64-mingw32/sys-root/mingw/bin/pthreadGC2.dll
/usr/i686-w64-mingw32/sys-root/mingw/lib/libpthreadGC2.a
/usr/x86_64-w64-mingw32/sys-root/mingw/bin/pthreadGC2.dll
/usr/x86_64-w64-mingw32/sys-root/mingw/lib/libpthreadGC2.a
I hope there is a solution,
Fabien
12 years, 11 months
current status
by Farkas Levente
hi,
at the beginning i was active on this list but there was some other
important stuff. but now it seems we need it again. so what is the
current status? i see there are new packages mingw- is there any docs.
what should we've to know? etc
thanks.
--
Levente "Si vis pacem para bellum!"
12 years, 11 months