From a7d1656b96ad33ab31309fc505692793d4b4731f Mon Sep 17 00:00:00 2001 From: Ferenc Kovacs Date: Mon, 30 Jun 2014 01:30:36 +0200 Subject: [PATCH] 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). --- NEWS | 2 ++ build/libtool.m4 | 8 -------- 2 files changed, 2 insertions(+), 8 deletions(-) diff --git a/NEWS b/NEWS index 7463305219..ef4b3de1f6 100644 --- 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 77735d36b3..3d52d1a375 100644 --- 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 -- 2.49.0