aa9322ffc0
- The same problem with ExtUtils-MakeMaker change gcc: error: LibMagic.o: No such file or directory https://mail-index.netbsd.org/pkgsrc-users/2015/09/19/msg022238.html patch-aa is manually editted to follow the old behavior of ExtUtils-MakeMaker Thanks joerg and Matthias Ferdinand (in old mail) (upstream) - Update 1.13 to 1.15 ------------------- 1.15 2015-09-19 - Fix the Makefile.PL so that we don't install the LibMagic.xs and typemap 1.14 2015-09-16 - Fixed handling of extra include dirs passed to Makefile.PL via the -I flag. This wasn't working properly in previous releases. Reported by Andy Jack. GH #6.
27 lines
896 B
Text
27 lines
896 B
Text
$NetBSD: patch-aa,v 1.8 2016/02/03 05:07:11 mef Exp $
|
|
|
|
(1)
|
|
Incompatible change in the newer ExtUtils-MakeMaker:
|
|
It places .o files where the source file lives (lib/File/ in this case),
|
|
whereas the older MakeMaker placed it in the current working dir
|
|
(toplevel in this case).
|
|
|
|
Thanks Matthias Ferdinand
|
|
http://mail-index.netbsd.org/pkgsrc-users/2015/09/19/msg022238.html
|
|
|
|
(2)
|
|
-- Ensure we use the required ldflags for the platform.
|
|
|
|
--- Makefile.PL.orig 2015-09-23 15:35:22.000000000 +0900
|
|
+++ Makefile.PL 2015-09-23 15:36:22.000000000 +0900
|
|
@@ -21,8 +21,8 @@ my %WriteMakefileArgs = (
|
|
},
|
|
"DISTNAME" => "File-LibMagic",
|
|
"INC" => "-I. -Ic",
|
|
- "LDFROM" => "LibMagic\$(OBJ_EXT)",
|
|
- "LIBS" => "-lmagic",
|
|
+ "LDFROM" => "LibMagic\$(OBJ_EXT)",
|
|
+ 'LIBS' => "$ENV{LDFLAGS} -lmagic -lz", # e.g., '-lm'
|
|
"LICENSE" => "perl",
|
|
"MIN_PERL_VERSION" => "5.008",
|
|
"NAME" => "File::LibMagic",
|