@Conan-Kudo How should we depend on it without vendoring?
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
PYD is the correct extension but probably SHLIB_EXT is not used in the build
system so nobody noticed it; I'll get this variable fixed in the next build.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
So then probably there's a bug in the Python port in OS/2, since it should
reflect the proper extension...
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
Conan-Kudo commented on this pull request.
> @@ -0,0 +1,3 @@
+%__os2_provides%{_rpmconfigdir}/os2deps.sh --provides
+%__os2_requires%{_rpmconfigdir}/os2deps.sh --requires
+%__os2_magic ^(32|64)-bit.*$
I haven't tested it, so you should probably test.
ydario commented on this pull request.
> @@ -0,0 +1,3 @@
+%__os2_provides%{_rpmconfigdir}/os2deps.sh --provides
+%__os2_requires%{_rpmconfigdir}/os2deps.sh --requires
+%__os2_magic ^(32|64)-bit.*$
that would be fine, sure.
--
You are receiving this
@ydario But they are ordinary DLLs, so they should be marked as such...
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
Conan-Kudo commented on this pull request.
> @@ -0,0 +1,3 @@
+%__os2_provides%{_rpmconfigdir}/os2deps.sh --provides
+%__os2_requires%{_rpmconfigdir}/os2deps.sh --requires
+%__os2_magic ^(32|64)-bit.*$
Would this work? `^(32|64)-bit (OS\/2