Fix bug #67091: make install fails to install libphp5.so on FreeBSD 10.0

Simplest fix is to remove the specific checks for freebsd1* as it also matches freebsd10,
and nobody should be using >=PHP 5.4 with freebsd 1.x(if it is even possible to make it
to compile there).

diff --git a/NEWS b/NEWS
index 7463305219d4d8dcf24e895cd6ffd74beaa0445e..ef4b3de1f6df833d306a9c79d22b8749b340ef5d 100644 (file)
--- a/NEWS
+++ b/NEWS
@@ -7,6 +7,8 @@ PHP                                                                        NEWS
     code). (Adam)
   . Fixed bug #67436 (Autoloader isn't called if two method definitions don't
     match). (Bob)
+  . Fixed bug #67091 (make install fails to install libphp5.so on FreeBSD 10.0).
+    (Ferenc)
 
 - CLI server:
   . Implemented FR #67429 (CLI server is missing some new HTTP response codes).

diff --git a/build/libtool.m4 b/build/libtool.m4
index 77735d36b3e8bd2bfc92f1f0c6e7cfca63d3446e..3d52d1a375c4ade49c34aebfab9aa59adfec716e 100644 (file)
--- a/build/libtool.m4
+++ b/build/libtool.m4
@@ -1532,10 +1532,6 @@ dgux*)
   shlibpath_var=LD_LIBRARY_PATH
   ;;
 
-freebsd1*)
-  dynamic_linker=no
-  ;;
-
 freebsd* | dragonfly*)
   # DragonFly does not have aout.  When/if they implement a new
   # versioning mechanism, adjust this.
@@ -5842,10 +5838,6 @@ _LT_EOF
       _LT_AC_TAGVAR(hardcode_shlibpath_var, $1)=no
       ;;
 
-    freebsd1*)
-      _LT_AC_TAGVAR(ld_shlibs, $1)=no
-      ;;
-
     # FreeBSD 2.2.[012] allows us to include c++rt0.o to get C++ constructor
     # support.  Future versions do this automatically, but an explicit c++rt0.o
     # does not break anything, and helps significantly (at the cost of a little