[Bug 599567] mingw32-gcc should not drag in mingw32-pthreads

bugzilla at redhat.com bugzilla at redhat.com
Sat Oct 9 11:02:48 UTC 2010

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


Erik van Pienbroek <erik-fedora at vanpienbroek.nl> changed:

           What    |Removed                     |Added
             Status|NEW                         |ASSIGNED
                 CC|                            |erik-fedora at vanpienbroek.nl

--- Comment #4 from Erik van Pienbroek <erik-fedora at vanpienbroek.nl> 2010-10-09 07:02:47 EDT ---
The mingw32-pthreads dependency seems to be introduced by this commit
which added libgomp support.
I agree with you that we should avoid having this dependency on the base
mingw32-gcc package.

I'm not sure about splitting the packages in a runtime and a devel part. When
libraries are being linked to a binary by libtool then both the .dll.a file and
the .dll file itself are required. If the .dll file is missing then libtool
spits out a warning and refuses to build shared libraries. There is a hack to
ignore this behavior but I don't know if it's a good idea to add it to the
default RPM macros as it can masquerade packaging errors. The hack in question
is: export lt_cv_deplibs_check_method="pass_all"

Moving all libgomp files to a separate subpackage seems like the only sane
solution to me. Perhaps anybody else in the MinGW SIG has a more proper

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.

More information about the mingw mailing list