mingw May 2011

mingw@lists.fedoraproject.org

11 participants
157 discussions

[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 28 Jun '11

28 Jun '11

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.

1 3

[Bug 643801] New: Internal error: Segmentation fault (program ld) when compiling Google Go
by Red Hat Bugzilla 28 Jun '11

28 Jun '11

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.

1 9

[Bug 609162] New: CVE-2010-2249 libpng: Memory leak when processing Physical Scale (sCAL) images [fedora-all]
by Red Hat Bugzilla 27 Jun '11

27 Jun '11

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.

1 5

[Bug 680583] New: routeprot.h has bug related to IP_LOCAL_BINDING
by Red Hat Bugzilla 27 Jun '11

27 Jun '11

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.

1 3

[Bug 677153] New: gcc driver does not pass needed libraries for libgcc_eh.a on collect2 command line
by Red Hat Bugzilla 21 Jun '11

21 Jun '11

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.

1 2

[Bug 673790] Rename Request: mingw32-w32api -> mingw-headers - Win32/Win64 header files and stubs
by Red Hat Bugzilla 31 May '11

31 May '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=673790 --- Comment #3 from Erik van Pienbroek <erik-fedora(a)vanpienbroek.nl> 2011-05-31 17:15:11 EDT --- @FE-Legal: Did you already had a chance to look at this package? We need to have legal approval for this package (and the mingw-runtime package, bug 673792) before we can introduce the mingw-w64 toolchain in Fedora and we wish to get everything ready in time for the Fedora 16 feature freeze (which will be in about 2 months from now). The legal approval is the main blocking issue for us at the moment -- 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.

1 0

Cannot link in static pthreadGC2
by Archambault Fabien 31 May '11

31 May '11

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-lib/… 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

2 2

current status
by Farkas Levente 31 May '11

31 May '11

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!"

3 7

[Bug 679060] Review Request: mingw-antlr - MinGW Windows ANTLR C++ run-time library
by Red Hat Bugzilla 30 May '11

30 May '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=679060 Fedora Update System <updates(a)fedoraproject.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ON_QA |CLOSED Fixed In Version| |mingw-antlr-2.7.7-5.fc15 Resolution| |ERRATA Last Closed| |2011-05-30 18:34:38 -- 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.

1 0

[Bug 679060] Review Request: mingw-antlr - MinGW Windows ANTLR C++ run-time library
by Red Hat Bugzilla 30 May '11

30 May '11

Please do not reply directly to this email. All additional comments should be made in the comments box of this bug. https://bugzilla.redhat.com/show_bug.cgi?id=679060 --- Comment #14 from Fedora Update System <updates(a)fedoraproject.org> 2011-05-30 18:34:33 EDT --- mingw-antlr-2.7.7-5.fc15 has been pushed to the Fedora 15 stable repository. -- 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.

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

mingw May 2011