mingw May 2011

mingw@lists.fedoraproject.org

11 participants
157 discussions

[Bug 701112] Review Request: mingw-wxWidgets - C++ cross-platform GUI 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=701112 Fedora Update System <updates(a)fedoraproject.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ON_QA |CLOSED Fixed In Version| |mingw-wxWidgets-2.8.12-3.fc | |15 Resolution| |ERRATA Last Closed| |2011-05-30 18:27:29 -- 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 701112] Review Request: mingw-wxWidgets - C++ cross-platform GUI 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=701112 --- Comment #14 from Fedora Update System <updates(a)fedoraproject.org> 2011-05-30 18:27:24 EDT --- mingw-wxWidgets-2.8.12-3.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

[Bug 702846] Review Request: mingw32-gdb - MinGW Windows port of the GDB debugger
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=702846 --- Comment #4 from Thomas Sailer <t.sailer(a)alumni.ethz.ch> 2011-05-30 13:58:00 EDT --- Correction: + Upstream sources match sources in the srpm. md5sum: 64260e6c56979ee750a01055f16091a5 gdb-7.2.tar.bz2 64260e6c56979ee750a01055f16091a5 Download/gdb-7.2.tar.bz2 -- 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 702846] Review Request: mingw32-gdb - MinGW Windows port of the GDB debugger
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=702846 Thomas Sailer <t.sailer(a)alumni.ethz.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |t.sailer(a)alumni.ethz.ch AssignedTo|nobody(a)fedoraproject.org |t.sailer(a)alumni.ethz.ch --- Comment #3 from Thomas Sailer <t.sailer(a)alumni.ethz.ch> 2011-05-30 13:56:41 EDT --- Fedora review mingw32-gdb-7.2-1.fc15.src.rpm 2011-05-30 + OK ! needs attention Scratch Build: http://koji.fedoraproject.org/koji/taskinfo?taskID=3100605 rpmlint: $ rpmlint mingw32-gdb.spec mingw32-gdb-7.2-1.fc15.src.rpm mingw32-gdb-7.2-1.fc16.noarch.rpm mingw32-gdb-debuginfo-7.2-1.fc16.noarch.rpm mingw32-gdb.noarch: W: obsolete-not-provided mingw32-gdb-gdbserver mingw32-gdb-debuginfo.noarch: E: debuginfo-without-sources 3 packages and 1 specfiles checked; 1 errors, 1 warnings. These errors and warnings can be ignored. + rpmlint output + The package is named according to Fedora MinGW packaging guidelines ! please modify it to anticipate the "MinGW_future" packaging guidelines (i.e. rename it to mingw-gdb) + The spec file name matches the package base name + The package meets the Packaging Guidelines + The package is licensed with a Fedora approved license and meets the Licensing Guidelines. + The license field in the spec file matches the actual license + The stated license is the same as the one for the corresponding native Fedora package + The package contains the license file (COPYING3 COPYING COPYING.LIB) + Spec file is written in American English + Spec file is legible + Upstream sources match sources in the srpm. md5sum: 169ed5b088538fa10483177f3035f77c gtkmm-3.0.1.tar.bz2 169ed5b088538fa10483177f3035f77c Download/gtkmm-3.0.1.tar.bz2 + The package builds in koji n/a ExcludeArch bugs filed + BuildRequires look sane n/a The spec file MUST handle locales properly n/a ldconfig in %post and %postun + Package does not bundle copies of system libraries n/a Package isn't relocatable + Package owns all directories it creates + No duplicate files in %files + Permissions are properly set + Consistent use of macros + The package must contain code or permissible content n/a Large documentation files should go in -doc subpackage + Files marked %doc should not affect package n/a Header files should be in -devel Fedora MinGW guidelines allow headers in main package n/a Static libraries should be in -static n/a Library files that end in .so must go in a -devel package n/a -devel must require the fully versioned base n/a Packages should not contain libtool .la files Fedora MinGW guidelines allow .la files n/a Packages containing GUI apps must include %{name}.desktop file + Directory ownership sane + Filenames are valid UTF-8 ! while the built gdb.exe does work on native Windows, wine gdb.exe just hangs. I would expect to be able to enter help etc. Since the MinGW project goal is to minimize windows use, I think gdb.exe working with wine should be a goal if we are to include the mingw32-gdb package in fedora -- 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 701347] Review Request: mingw-gtkmm30 - MinGW Windows C++ interface for the GTK+ 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=701347 --- Comment #5 from Thomas Sailer <t.sailer(a)alumni.ethz.ch> 2011-05-30 09:38:28 EDT --- Fedora review mingw-gtkmm30-3.0.1-2.fc15.src.rpm 2011-05-30 + OK ! needs attention Scratch Build: http://koji.fedoraproject.org/koji/taskinfo?taskID=3100290 rpmlint: $ rpmlint mingw-gtkmm30.spec mingw-gtkmm30-3.0.1-2.fc15.src.rpm mingw32-gtkmm30-debuginfo-3.0.1-2.fc16.noarch.rpm mingw32-gtkmm30-3.0.1-2.fc16.noarch.rpm mingw-gtkmm30.src: W: spelling-error %description -l en_US gtkmm mingw32-gtkmm30-debuginfo.noarch: E: debuginfo-without-sources mingw32-gtkmm30.noarch: E: incorrect-fsf-address /usr/share/doc/mingw32-gtkmm30-3.0.1/COPYING 3 packages and 1 specfiles checked; 2 errors, 1 warnings. ! the fsf address issue should be addressed. Did you or do you know whether the native package maintainer has contacted upstream? ! rpmlint output + The package is named according to Fedora MinGW packaging guidelines + The spec file name matches the package base name + The package meets the Packaging Guidelines + The package is licensed with a Fedora approved license and meets the Licensing Guidelines. + The license field in the spec file matches the actual license + The stated license is the same as the one for the corresponding native Fedora package + The package contains the license file (COPYING) + Spec file is written in American English + Spec file is legible + Upstream sources match sources in the srpm. md5sum: 169ed5b088538fa10483177f3035f77c gtkmm-3.0.1.tar.bz2 169ed5b088538fa10483177f3035f77c Download/gtkmm-3.0.1.tar.bz2 + The package builds in koji n/a ExcludeArch bugs filed + BuildRequires look sane n/a The spec file MUST handle locales properly n/a ldconfig in %post and %postun + Package does not bundle copies of system libraries n/a Package isn't relocatable + Package owns all directories it creates + No duplicate files in %files + Permissions are properly set + Consistent use of macros + The package must contain code or permissible content n/a Large documentation files should go in -doc subpackage + Files marked %doc should not affect package n/a Header files should be in -devel Fedora MinGW guidelines allow headers in main package n/a Static libraries should be in -static n/a Library files that end in .so must go in a -devel package n/a -devel must require the fully versioned base n/a Packages should not contain libtool .la files Fedora MinGW guidelines allow .la files n/a Packages containing GUI apps must include %{name}.desktop file + Directory ownership sane + Filenames are valid UTF-8 -- 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

Problem compiling libgoto2 at the dllwrap step
by Archambault Fabien 30 May '11

30 May '11

Hi all, I am using the repo mingw for Fedora which is up-to-date in Fedora 14: # cat /etc/yum.repos.d/fedora-cross.repo [fedora-cross] name=fedora-cross baseurl=http://build1.openftd.org/fedora-cross/$basearch gpgcheck=1 enabled=1 gpgkey=http://build1.openftd.org/fedora-cross/RPM-GPG-KEY-Erik-van-Pienbroek exclude=cross-gcc*.fc15_cross* cross-cpp*.fc15_cross* mingw32-gcc*.fc15_cross* mingw32-cpp*.fc15_cross* mingw64-gcc*.fc15_cross* mingw64-cpp*.fc15_cross* I installed the 64 and 32 bits of gfortran and gcc: $ i686-w64-mingw32-gfortran -v Using built-in specs. COLLECT_GCC=i686-w64-mingw32-gfortran COLLECT_LTO_WRAPPER=/usr/libexec/gcc/i686-w64-mingw32/4.6.0/lto-wrapper Target: i686-w64-mingw32 Configured with: ../configure --prefix=/usr --bindir=/usr/bin --includedir=/usr/include --libdir=/usr/lib64 --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --build=x86_64-unknown-linux-gnu --host=x86_64-unknown-linux-gnu --with-gnu-as --with-gnu-ld --verbose --without-newlib --disable-multilib --with-system-zlib --disable-nls --without-included-gettext --disable-win32-registry --enable-languages=c,c++,objc,obj-c++,fortran --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-libgomp --target=i686-w64-mingw32 --with-sysroot=/usr/i686-w64-mingw32/sys-root Thread model: win32 gcc version 4.6.0 20110205 (Fedora MinGW 4.6.0-0.5.20110205.fc14) (GCC) I am trying to compile the libgoto2 for having windows dll but it fails at the end when using dllwrap. The package can be downloaded there: http://www.tacc.utexas.edu/tacc-projects/gotoblas2/downloads/ When you untar the file you just need to modify the Makefile to remove the tests (as you cannot execute them on Linux as you are compiling for Windows). This means: all :: libs tests netlib shared To become: all :: libs netlib shared Then for the 32 bits compilation you need to do: make BINARY=32 CC=i686-w64-mingw32-gcc FC=i686-w64-mingw32-gfortran For the 64: make BINARY=64 CC=x86_64-w64-mingw32-gcc FC=x86_64-w64-mingw32-gfortran For both architectures it ends with: perl ./gensymbol win2k x86 dummy 0 0 > libgoto2.def i686-w64-mingw32-gcc -O2 -Wall -m32 -DF_INTERFACE_GFORT -DSMP_SERVER -DMAX_CPU_NUMBER=24 -DASMNAME=dllinit -DASMFNAME=dllinit_ -DNAME=dllinit_ -DCNAME=dllinit -DCHAR_NAME=\"dllinit_\" -DCHAR_CNAME=\"dllinit\" -DNO_AFFINITY -I.. -c -o dllinit.obj -s dllinit.c i686-w64-mingw32-ranlib ../libgoto2_nehalemp-r1.13.lib i686-w64-mingw32-dllwrap -o libgoto2.dll --def libgoto2.def \ --entry _dllinit@12 -s dllinit.obj --dllname libgoto2.dll ../libgoto2_nehalemp-r1.13.lib -L/usr/lib64/gcc/i686-w64-mingw32/4.6.0 -L/usr/lib64/gcc/i686-w64-mingw32/4.6.0/../../../../i686-w64-mingw32/lib/../lib -L/usr/i686-w64-mingw32/sys-root/mingw/lib/../lib -L/usr/lib64/gcc/i686-w64-mingw32/4.6.0/../../../../i686-w64-mingw32/lib -L/usr/i686-w64-mingw32/sys-root/mingw/lib -l -lgfortran -lmingw32 -lmoldname -lmingwex -lmsvcrt -lquadmath -lm -lmingw32 -lmoldname -lmingwex -lmsvcrt -lmingw32 -lmoldname -lmingwex -lmsvcrt /usr/lib64/gcc/i686-w64-mingw32/4.6.0/../../../../i686-w64-mingw32/bin/ld: cannot find -l-lgfortran collect2: ld returned 1 exit status i686-w64-mingw32-dllwrap: i686-w64-mingw32-gcc exited with status 1 make[1]: *** [libgoto2.dll] Error 1 make[1]: Leaving directory `/PATH/GotoBLAS2/exports' make: *** [shared] Error 2 I have found a similar topic: http://sourceforge.net/projects/mingw-w64/forums/forum/723797/topic/3766987 They say that the issue is solved with a patch from July 2010. I would like to know if you can reproduce the problem and if the patch is available or do I have to modify the source package? Cheers, Fabien

2 6

[Bug 701347] Review Request: mingw-gtkmm30 - MinGW Windows C++ interface for the GTK+ library
by Red Hat Bugzilla 29 May '11

29 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=701347 Kalev Lember <kalev(a)smartlink.ee> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Review Request: |Review Request: |mingw32-gtkmm30 - MinGW |mingw-gtkmm30 - MinGW |Windows C++ interface for |Windows C++ interface for |the GTK+ library |the GTK+ library --- Comment #4 from Kalev Lember <kalev(a)smartlink.ee> 2011-05-29 13:51:44 EDT --- mingw32-gtk3 is imported and built, so it's no longer blocking this review. * Sun May 29 2011 Kalev Lember <kalev(a)smartlink.ee> - 3.0.1-2 - Renamed the base package to mingw-gtkmm30 as per updated guidelines - Use the automatic dep extraction available in mingw32-filesystem 68 Spec URL: http://kalev.fedorapeople.org/mingw-gtkmm30.spec SRPM URL: http://kalev.fedorapeople.org/mingw-gtkmm30-3.0.1-2.fc15.src.rpm Koji scratch build: http://koji.fedoraproject.org/koji/taskinfo?taskID=3099122 -- 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

debuginfo subpackage naming with latest guidelines
by Kalev Lember 29 May '11

29 May '11

Hello, As many of you are probably well aware, thanks to Jason Tibbitts of the FPC, the current Fedora MinGW packaging guidelines [1] were recently amended [2] to also allow the source packages be named mingw- (as opposed to mingw32-, what we've used so far) but keep the binary package names the same: mingw32-. Such a change would make it easier to transition to the mingw-w64 toolchain in the future. The new guidelines were put to test by Thomas Sailer's two new packages. When importing the new packages, he noticed that the new naming scheme causes the debuginfo package to be named mingw-libfoo-debuginfo versus the old mingw32-libfoo-debuginfo. This is what we had before: mingw32-libfoo-...src.rpm mingw32-libfoo-...noarch.rpm mingw32-libfoo-debuginfo-...noarch.rpm This is currently happening: mingw-libfoo-...src.rpm mingw32-libfoo-...noarch.rpm mingw-libfoo-debuginfo-...noarch.rpm Would it be better like this? mingw-libfoo-...src.rpm mingw32-libfoo-...noarch.rpm mingw32-libfoo-debuginfo-...noarch.rpm Does anyone have opinions whether it would be better to name the -debuginfo subpackage mingw-libfoo-debuginfo or mingw32-libfoo-debuginfo? I have a small patch [4] to the macros in mingw32-filesystem package which could change it back to mingw32-libfoo-debuginfo. It works by introducing a new %{_mingw32_pkg_name} macro, which holds the mingw32- prefixed name. And later, the debuginfo subpackage would be generated using the mingw32- prefixed name. The change would be transparent to any existing packages and also new packages, only the macros in mingw32-filesystem would have to change. As a plus, it would make it possible to use the %{_mingw32_pkg_name} macro in spec files in case people want to do that, replacing: %files -n mingw32-libfoo-static (what we have in current guidelines) %files -n mingw32-%{_mingw_pkg_name}-static (this is in the "future" mingw-w64 guidelines) with this: %files -n %{_mingw32_pkg_name}-static Any comments? Thanks, Kalev [1] https://fedoraproject.org/wiki/Packaging/MinGW [2] https://fedorahosted.org/fpc/ticket/83 [3] https://bugzilla.redhat.com/show_bug.cgi?id=700815#c10 [4] Possible change to mingw32-filesystem macros: --- a/macros.mingw32 +++ b/macros.mingw32 @@ -1,5 +1,7 @@ # RPM macros for Fedora MinGW. +%_mingw32_pkg_name %(echo %{name} | sed 's/^mingw-/mingw32-/') + %_mingw32_target i686-pc-mingw32 # Paths. @@ -60,14 +62,15 @@ # Template for debug sub-package. %_mingw32_debug_package(n:) \ -%package %{-n:-n %{-n*}-}debuginfo \ +%define __mingw32_debug_pkg_name %{-n*}%{!-n:%{_mingw32_pkg_name}}-debuginfo \ +%package -n %{__mingw32_debug_pkg_name} \ Summary: Debug information for package %{name} \ Group: Development/Debug \ -%description %{-n:-n %{-n*}-}debuginfo \ -This package provides debug information for package %{name}.\ +%description -n %{__mingw32_debug_pkg_name} \ +This package provides debug information for package %{_mingw32_pkg_name}.\ Debug information is useful when developing applications that use this\ package or when debugging this package.\ -%files %{-n:-n %{-n*}-}debuginfo -f debugfiles.list\ +%files -n %{__mingw32_debug_pkg_name} -f debugfiles.list\ %defattr(-,root,root,-)\ %{nil}

2 2

[Bug 701347] Review Request: mingw32-gtkmm30 - MinGW Windows C++ interface for the GTK+ library
by Red Hat Bugzilla 29 May '11

29 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=701347 Bug 701347 depends on bug 700815, which changed state. Bug 700815 Summary: Review Request: mingw-gtk3 - MinGW Windows GTK+ library https://bugzilla.redhat.com/show_bug.cgi?id=700815 What |Old Value |New Value ---------------------------------------------------------------------------- Resolution| |NEXTRELEASE Status|ASSIGNED |CLOSED -- 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 700815] Review Request: mingw-gtk3 - MinGW Windows GTK+ library
by Red Hat Bugzilla 29 May '11

29 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=700815 Kalev Lember <kalev(a)smartlink.ee> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |CLOSED Fixed In Version| |mingw-gtk3-3.0.10-1.fc16 Resolution| |NEXTRELEASE Last Closed| |2011-05-29 11:58:19 --- Comment #16 from Kalev Lember <kalev(a)smartlink.ee> 2011-05-29 11:58:19 EDT --- As discussed on the mailing list [1], I fixed mingw32-filesystem macros to produce mingw32- prefixed debuginfo subpackages. It's a transparent change and spec files don't need any modifications. [1] http://lists.fedoraproject.org/pipermail/mingw/2011-May/003708.html mingw-gtk3-3.0.10-1.fc16 imported and built for rawhide, closing the ticket. -- 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