[Bug 702846] Review Request: mingw32-gdb - MinGW Windows port of the GDB debugger
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.
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.
12 years, 11 months
[Bug 701347] Review Request: mingw-gtkmm30 - MinGW Windows C++ interface for the GTK+ library
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.
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.
12 years, 11 months
Problem compiling libgoto2 at the dllwrap step
by Archambault Fabien
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
12 years, 11 months
debuginfo subpackage naming with latest guidelines
by Kalev Lember
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}
12 years, 11 months