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

[bugzilla at redhat.com]

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=599567

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
http://pkgs.fedoraproject.org/gitweb/?p=mingw32-gcc.git;a=commitdiff;h=4d4930390c5e7e7433610378c8d68527e57597fd
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
solution?

-- 
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.