[Bug 546998] New: Feature Request: Add mingw32-libgomp package
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: Feature Request: Add mingw32-libgomp package
https://bugzilla.redhat.com/show_bug.cgi?id=546998
Summary: Feature Request: Add mingw32-libgomp package
Product: Fedora
Version: rawhide
Platform: All
OS/Version: Linux
Status: NEW
Severity: medium
Priority: low
Component: mingw32-gcc
AssignedTo: rjones(a)redhat.com
ReportedBy: chris(a)cnpbagwell.com
QAContact: extras-qa(a)fedoraproject.org
CC: berrange(a)redhat.com, rjones(a)redhat.com,
kalev(a)smartlink.ee,
fedora-mingw(a)lists.fedoraproject.org
Classification: Fedora
The current mingw32-gcc package distributed by fedora has some base support for
libgomp. That is it does understand the -fopenmp flag but it will error out
since it can not find libgomp support files.
The gcc package supports OpenMP on mingw platform via the libgomp library;
included in gcc source. Its configure script disables it by default on that
platform but can easily be enabled with --enable-libgomp flag.
I am maintainer of SoX program which makes use of OpenMP. I am attempting to
switch to Fedora for building mingw binaries since its much faster then same
process under windows. libgomp support is only thing missing for me to be able
to do this.
To help me do this, I have updated the existing mingw32-gcc.spec file to enable
libgomp support and create a new mingw32-libgomp package (parallel to libgomp
package already in Fedora).
The main item I'd like someone to review is that gcc package installs
libgomp-1.dll under /usr/lib/gcc path but I think it better lives under
/usr/i686-pc-mingw/sys-root since mingw apps that link in libgomp need access
to that DLL at run time.
--
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.
14 years, 4 months
rpms/mingw32-gcc/devel mingw32-gcc.spec,1.10,1.11
by Kalev Lember
Author: kalev
Update of /cvs/pkgs/rpms/mingw32-gcc/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv7679
Modified Files:
mingw32-gcc.spec
Log Message:
Enable libgomp support.
Index: mingw32-gcc.spec
===================================================================
RCS file: /cvs/pkgs/rpms/mingw32-gcc/devel/mingw32-gcc.spec,v
retrieving revision 1.10
retrieving revision 1.11
diff -u -p -r1.10 -r1.11
--- mingw32-gcc.spec 22 Nov 2009 22:13:04 -0000 1.10
+++ mingw32-gcc.spec 17 Dec 2009 19:34:50 -0000 1.11
@@ -5,7 +5,7 @@
Name: mingw32-gcc
Version: 4.4.2
-Release: 1%{?dist}
+Release: 2%{?dist}
Summary: MinGW Windows cross-compiler (GCC) for C
License: GPLv3+ and GPLv3+ with exceptions and GPLv2+ with exceptions
@@ -47,6 +47,7 @@ BuildRequires: mingw32-filesystem >= 49
BuildRequires: mingw32-binutils >= 2.19.51.0.14
BuildRequires: mingw32-runtime
BuildRequires: mingw32-w32api
+BuildRequires: mingw32-pthreads
BuildRequires: gmp-devel
BuildRequires: mpfr-devel
BuildRequires: libgomp
@@ -59,10 +60,14 @@ Requires: mingw32-binutils >= 2.19
Requires: mingw32-runtime
Requires: mingw32-w32api
Requires: mingw32-cpp
+# libgomp dll is linked with pthreads, but since we don't run the
+# automatic dependency scripts, it doesn't get picked up automatically.
+Requires: mingw32-pthreads
# We don't run the automatic dependency scripts which would
# normally detect and provide the following DLL:
Provides: mingw32(libgcc_s_sjlj-1.dll)
+Provides: mingw32(libgomp-1.dll)
%description
@@ -163,6 +168,7 @@ CC="%{__cc} ${RPM_OPT_FLAGS}" \
--with-gnu-as --with-gnu-ld --verbose \
--without-newlib \
--disable-multilib \
+ --enable-libgomp \
--with-system-zlib \
--disable-nls --without-included-gettext \
--disable-win32-registry \
@@ -196,6 +202,9 @@ ln -sf ..%{_prefix}/bin/i686-pc-mingw32-
mkdir -p $RPM_BUILD_ROOT%{_mingw32_bindir}
mv $RPM_BUILD_ROOT%{_bindir}/libgcc_s_sjlj-1.dll \
$RPM_BUILD_ROOT%{_mingw32_bindir}
+# Same goes for this DLL under _libdir.
+mv $RPM_BUILD_ROOT%{_libdir}/gcc/i686-pc-mingw32/bin/libgomp-1.dll \
+ $RPM_BUILD_ROOT%{_mingw32_bindir}
# Don't want the *.la files.
find $RPM_BUILD_ROOT -name '*.la' -delete
@@ -223,6 +232,9 @@ rm -rf $RPM_BUILD_ROOT
%{_libdir}/gcc/i686-pc-mingw32/%{version}/libgcc_eh.a
%{_libdir}/gcc/i686-pc-mingw32/%{version}/libgcc_s.a
%{_libdir}/gcc/i686-pc-mingw32/%{version}/libgcov.a
+%{_libdir}/gcc/i686-pc-mingw32/%{version}/libgomp.a
+%{_libdir}/gcc/i686-pc-mingw32/%{version}/libgomp.dll.a
+%{_libdir}/gcc/i686-pc-mingw32/%{version}/libgomp.spec
%{_libdir}/gcc/i686-pc-mingw32/%{version}/libssp.a
%{_libdir}/gcc/i686-pc-mingw32/%{version}/libssp_nonshared.a
%{_libdir}/gcc/i686-pc-mingw32/%{version}/libssp.dll.a
@@ -240,6 +252,7 @@ rm -rf $RPM_BUILD_ROOT
%dir %{_libexecdir}/gcc/i686-pc-mingw32/%{version}/install-tools
%{_libexecdir}/gcc/i686-pc-mingw32/%{version}/install-tools/*
%{_mingw32_bindir}/libgcc_s_sjlj-1.dll
+%{_mingw32_bindir}/libgomp-1.dll
%{_mandir}/man1/i686-pc-mingw32-gcc.1*
%{_mandir}/man1/i686-pc-mingw32-gcov.1*
@@ -284,10 +297,18 @@ rm -rf $RPM_BUILD_ROOT
%{_mandir}/man1/i686-pc-mingw32-gfortran.1*
%{_libdir}/gcc/i686-pc-mingw32/%{version}/libgfortran.a
%{_libdir}/gcc/i686-pc-mingw32/%{version}/libgfortranbegin.a
+%dir %{_libdir}/gcc/i686-pc-mingw32/%{version}/finclude
+%{_libdir}/gcc/i686-pc-mingw32/%{version}/finclude/omp_lib.f90
+%{_libdir}/gcc/i686-pc-mingw32/%{version}/finclude/omp_lib.h
+%{_libdir}/gcc/i686-pc-mingw32/%{version}/finclude/omp_lib.mod
+%{_libdir}/gcc/i686-pc-mingw32/%{version}/finclude/omp_lib_kinds.mod
%{_libexecdir}/gcc/i686-pc-mingw32/%{version}/f951
%changelog
+* Thu Dec 17 2009 Chris Bagwell <chris(a)cnpbagwell.com> - 4.4.2-2
+- Enable libgomp support.
+
* Sun Nov 22 2009 Kalev Lember <kalev(a)smartlink.ee> - 4.4.2-1
- Update to gcc 4.4.2 20091114 svn 154179, which includes
VTA backport from 4.5 branch.
14 years, 4 months
[Bug 529423] Review Request: mingw32-OpenSceneGraph - Fedora mingw high performance real-time graphics toolkit
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=529423
--- Comment #6 from Peter Lemenkov <lemenkov(a)gmail.com> 2009-12-17 08:14:34 EDT ---
Review:
+ builds fine in Koji:
http://koji.fedoraproject.org/koji/taskinfo?taskID=1877023
+ rpmlint is NOT silent
[petro@Workplace ~]$ rpmlint Desktop/mingw32-Open*
mingw32-OpenSceneGraph.noarch: E:
arch-independent-package-contains-binary-or-object
/usr/i686-pc-mingw32/sys-root/mingw/lib/libosg.dll.a
mingw32-OpenSceneGraph.noarch: E:
arch-independent-package-contains-binary-or-object
/usr/i686-pc-mingw32/sys-root/mingw/lib/libosgGA.dll.a
mingw32-OpenSceneGraph.noarch: E:
arch-independent-package-contains-binary-or-object
/usr/i686-pc-mingw32/sys-root/mingw/lib/libosgTerrain.dll.a
mingw32-OpenSceneGraph.noarch: E:
arch-independent-package-contains-binary-or-object
/usr/i686-pc-mingw32/sys-root/mingw/lib/libosgParticle.dll.a
mingw32-OpenSceneGraph.noarch: E:
arch-independent-package-contains-binary-or-object
/usr/i686-pc-mingw32/sys-root/mingw/lib/libosgDB.dll.a
mingw32-OpenSceneGraph.noarch: E:
arch-independent-package-contains-binary-or-object
/usr/i686-pc-mingw32/sys-root/mingw/lib/libosgShadow.dll.a
mingw32-OpenSceneGraph.noarch: E:
arch-independent-package-contains-binary-or-object
/usr/i686-pc-mingw32/sys-root/mingw/lib/libosgFX.dll.a
mingw32-OpenSceneGraph.noarch: E:
arch-independent-package-contains-binary-or-object
/usr/i686-pc-mingw32/sys-root/mingw/lib/libosgText.dll.a
mingw32-OpenSceneGraph.noarch: E:
arch-independent-package-contains-binary-or-object
/usr/i686-pc-mingw32/sys-root/mingw/lib/libosgAnimation.dll.a
mingw32-OpenSceneGraph.noarch: E:
arch-independent-package-contains-binary-or-object
/usr/i686-pc-mingw32/sys-root/mingw/lib/libosgManipulator.dll.a
mingw32-OpenSceneGraph.noarch: E:
arch-independent-package-contains-binary-or-object
/usr/i686-pc-mingw32/sys-root/mingw/lib/libosgSim.dll.a
mingw32-OpenSceneGraph.noarch: E:
arch-independent-package-contains-binary-or-object
/usr/i686-pc-mingw32/sys-root/mingw/lib/libosgUtil.dll.a
mingw32-OpenSceneGraph.noarch: E:
arch-independent-package-contains-binary-or-object
/usr/i686-pc-mingw32/sys-root/mingw/lib/libosgVolume.dll.a
mingw32-OpenSceneGraph.noarch: E:
arch-independent-package-contains-binary-or-object
/usr/i686-pc-mingw32/sys-root/mingw/lib/libosgViewer.dll.a
mingw32-OpenSceneGraph.noarch: E:
arch-independent-package-contains-binary-or-object
/usr/i686-pc-mingw32/sys-root/mingw/lib/libosgWidget.dll.a
mingw32-OpenSceneGraph.noarch: W: devel-file-in-non-devel-package
/usr/i686-pc-mingw32/sys-root/mingw/lib/libosg.dll.a
mingw32-OpenSceneGraph.noarch: W: devel-file-in-non-devel-package
/usr/i686-pc-mingw32/sys-root/mingw/lib/libosgGA.dll.a
mingw32-OpenSceneGraph.noarch: W: devel-file-in-non-devel-package
/usr/i686-pc-mingw32/sys-root/mingw/lib/libosgTerrain.dll.a
mingw32-OpenSceneGraph.noarch: W: devel-file-in-non-devel-package
/usr/i686-pc-mingw32/sys-root/mingw/lib/libosgParticle.dll.a
mingw32-OpenSceneGraph.noarch: W: devel-file-in-non-devel-package
/usr/i686-pc-mingw32/sys-root/mingw/lib/libosgDB.dll.a
mingw32-OpenSceneGraph.noarch: W: devel-file-in-non-devel-package
/usr/i686-pc-mingw32/sys-root/mingw/lib/libosgShadow.dll.a
mingw32-OpenSceneGraph.noarch: W: devel-file-in-non-devel-package
/usr/i686-pc-mingw32/sys-root/mingw/lib/libosgFX.dll.a
mingw32-OpenSceneGraph.noarch: W: devel-file-in-non-devel-package
/usr/i686-pc-mingw32/sys-root/mingw/lib/libosgText.dll.a
mingw32-OpenSceneGraph.noarch: W: devel-file-in-non-devel-package
/usr/i686-pc-mingw32/sys-root/mingw/lib/libosgAnimation.dll.a
mingw32-OpenSceneGraph.noarch: W: devel-file-in-non-devel-package
/usr/i686-pc-mingw32/sys-root/mingw/lib/libosgManipulator.dll.a
mingw32-OpenSceneGraph.noarch: W: devel-file-in-non-devel-package
/usr/i686-pc-mingw32/sys-root/mingw/lib/libosgSim.dll.a
mingw32-OpenSceneGraph.noarch: W: devel-file-in-non-devel-package
/usr/i686-pc-mingw32/sys-root/mingw/lib/libosgUtil.dll.a
mingw32-OpenSceneGraph.noarch: W: devel-file-in-non-devel-package
/usr/i686-pc-mingw32/sys-root/mingw/lib/pkgconfig/openscenegraph.pc
mingw32-OpenSceneGraph.noarch: W: devel-file-in-non-devel-package
/usr/i686-pc-mingw32/sys-root/mingw/lib/libosgVolume.dll.a
mingw32-OpenSceneGraph.noarch: W: devel-file-in-non-devel-package
/usr/i686-pc-mingw32/sys-root/mingw/lib/libosgViewer.dll.a
mingw32-OpenSceneGraph.noarch: W: devel-file-in-non-devel-package
/usr/i686-pc-mingw32/sys-root/mingw/lib/libosgWidget.dll.a
mingw32-OpenSceneGraph.noarch: W: non-standard-dir-in-usr i686-pc-mingw32
mingw32-OpenThreads.noarch: E:
arch-independent-package-contains-binary-or-object
/usr/i686-pc-mingw32/sys-root/mingw/lib/libOpenThreads.dll.a
mingw32-OpenThreads.noarch: W: devel-file-in-non-devel-package
/usr/i686-pc-mingw32/sys-root/mingw/lib/pkgconfig/openthreads.pc
mingw32-OpenThreads.noarch: W: devel-file-in-non-devel-package
/usr/i686-pc-mingw32/sys-root/mingw/lib/libOpenThreads.dll.a
mingw32-OpenThreads.noarch: W: non-standard-dir-in-usr i686-pc-mingw32
2 packages and 0 specfiles checked; 16 errors, 20 warnings.
[petro@Workplace ~]$
However all these messages may be omitted in case of mingw32-package.
+ The package is named according to the Package Naming Guidelines.
+ The spec file name matches the base package %{name}, in the format
%{name}.spec.
+ 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 package spec file matches the actual license.
+ The file, containing the text of the license(s) for the package, is included
in %doc.
+ The spec file is written in American English.
+ The spec file for the package is legible.
+ The sources used to build the package, match the upstream source, as provided
in the spec URL.
[petro@Sulaco SOURCES]$ sha256sum OpenSceneGraph-2.8.2.zip*
0903e3a29eba07856c563d1b313f6b803bee702e9145a27677d8dcab57db98ab
OpenSceneGraph-2.8.2.zip
0903e3a29eba07856c563d1b313f6b803bee702e9145a27677d8dcab57db98ab
OpenSceneGraph-2.8.2.zip.1
[petro@Sulaco SOURCES]$
+ The package successfully compiles and builds into binary rpms on at least one
primary architecture. See link above.
+ All build dependencies are listed in BuildRequires.
0 No need to handle locales.
0 No need to run ldconfig for mingw32 libraries.
+ The package does NOT bundle copies of system libraries.
+ The package is not designed to be relocatable.
- The package MUST own all directories that it creates. Unfortunately it
doesn't own %{_mingw32_bindir}/osgPlugins-%{apivers} directory. Please, fix it.
+ The package does not list a file more than once in the spec file's %files
listings.
+ Permissions on files are set properly.
+ The package has a %clean section, which contains rm -rf %{buildroot} (or
$RPM_BUILD_ROOT).
+ The package consistently uses macros.
+ The package contains code, or permissible content.
0 No extremely large documentation files.
+ Anything, the package includes as %doc, does not affect the runtime of the
application.
0 No need to separate header files from main package for mingw32-related
package.
0 No static libraries.
0 No need to require pkgconfig for pkgconfig(.pc) files in mingw32-related
packages.
0 The package doesn't contain library files with a suffix (e.g. libfoo.so.1.1).
0 No devel sub-package for mingw32 packages, since they are intended for devel
entirely.
0 The mingw32 package may contain necessary .la libtool archives. This is not a
blocker.
0 Not a GUI application.
+ The package does not own files or directories already owned by other
packages.
+ At the beginning of %install, the package runs rm -rf %{buildroot} (or
$RPM_BUILD_ROOT).
+ All filenames in rpm packages are valid UTF-8.
So, please fix the only issue found by me, and I'll continue.
--
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.
14 years, 4 months
cross building wxMSW under fedora 12 configure error: cannot compute sizeof (boolean), 77)
by aaron lwe
>>You'll probably want to have a look at the configure.{in,ac} file to
>>see what causes this error. But the error itself is pretty clear: C
>>doesn't define a type called "boolean"! The code should probably be
>>using _Bool instead (standardized in C99).
I look into configure.in and found the following statements:
dnl boolean is defined by the jpeg headers and also by the
dnl Windows headers of some compilers. This type has been
dnl renamed in the builtin, so it is only an issue when
dnl using an external jpeg lib on Windows.
I have mingw32-libjpeg installed under fedora 12 but not fedora 11, so
I guess this is the problem. I've disabled the build of the jpeg
support and the problem is gone.
Thanks.
14 years, 4 months