Bug 416339 – dev-perl/Net-SSLeay: does not respect multilib systems

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Anthony Basile 2012-05-17 00:18:20 UTC]

I hit this while building on a mipsel64 system (the loongsoon lemote) but it effects all multilib systems.  Linkage is done against /lib and /usr/lib rather than using $(get_libdir).

The fix is a little hackish because it is better to patch Makefile.PL during src_prepare() rather than the generated Makefile during src_configure(), but the perl build systems (use inc::Module::Install) doesn't easily allow you do edit EXTRALIBS and LDLOADLIBS as does ExtUtils::MakeMaker, if someone wants to pursue that path upstream.

Reproducible: Always

[Comment 1 Anthony Basile 2012-05-17 00:19:50 UTC]

I have a fix on my overlay:

http://git.overlays.gentoo.org/gitweb/?p=dev/blueness.git;a=blob;f=dev-perl/Net-SSLeay/Net-SSLeay-1.480.0-r99.ebuild;h=bbb2f0eba33e71a9e426a50fd58c660021ec478c;hb=86e0a3f68ba0d7818174079a80db671ce0e08b67

I'll attach a patch in the next post.

Also, this is related to bug #378657.

[Comment 2 Anthony Basile 2012-05-17 00:24:15 UTC]

Created attachment 312069 [details]
Replace lib with $(get_libdir) everywhere

[Comment 3 Matt Turner 2012-07-10 02:27:43 UTC]

So.. uh. Perl devs?

[Comment 4 Torsten Veller (RETIRED) 2012-07-10 03:53:36 UTC]

Matt?

[Comment 5 Matt Turner 2012-07-10 23:31:54 UTC]

(In reply to comment #4)
> Matt?

Can we commit this fix?

[Comment 6 Torsten Veller (RETIRED) 2012-07-14 07:12:07 UTC]

Created attachment 318120 [details]
Modify libpath in Module-Install extension

Patch hardcodes $(get_libdir) result in the extension.
It also removes the optimize overwrite.

[Comment 7 Anthony Basile 2012-07-15 12:53:41 UTC]

(In reply to comment #6)
> Created attachment 318120 [details]
> Modify libpath in Module-Install extension
> 
> Patch hardcodes $(get_libdir) result in the extension.
> It also removes the optimize overwrite.

I test and this works.  To be honest, I don't like either solution because the fix means patching in lib32 without the build system being able to either detect or be told via an environment variable to use lib32.

Anyhow, please commit this.

[Comment 8 Torsten Veller (RETIRED) 2012-07-15 17:43:02 UTC]

I agree.

Fixed in 0.480.0-r1.

Thanks