com php-src: Fix bug #67091: make install fails to install libphp5.so on FreeBSD 10.0: NEWS build/libtool.m4
| From: | Ferenc Kovacs | Date: | Sun, 29 Jun 2014 23:31:10 +0000 |
| Subject: | com php-src: Fix bug #67091: make install fails to install libphp5.so on FreeBSD 10.0: NEWS build/libtool.m4 | ||
| Groups: | php.cvs | ||
| Request: | Send a blank email to php-cvs+get-79140@lists.php.net to get a copy of this message | ||
Commit: a7d1656b96ad33ab31309fc505692793d4b4731f
Author: Ferenc Kovacs <tyrael@php.net> Mon, 30 Jun 2014 01:30:36 +0200
Parents: cc22f021fe7c7cf41cd6302374db8eba0f173653
Branches: PHP-5.4
Link: http://git.php.net/?p=php-src.git;a=commitdiff;h=a7d1656b96ad33ab31309fc505692793d4b4731f
Log:
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).
Bugs:
https://bugs.php.net/67091
Changed paths:
M NEWS
M build/libtool.m4
Diff:
diff --git a/NEWS b/NEWS
index 7463305..ef4b3de 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 77735d3..3d52d1a 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