#
19a9a6ba |
| 22-Jan-2019 |
Christoph M. Becker |
Prepare main branch for PHP 7.3.3
|
#
29158911 |
| 02-Jan-2019 |
Nikita Popov |
Disable ifuncs on FreeBSD Intended as at least a preliminary fix for bug #77284. If/when we figure out what exactly the issue is, we can relax this.
|
#
7161fe62 |
| 18-Dec-2018 |
Remi Collet |
bump to 7.2.15-dev
|
#
a65133a1 |
| 18-Dec-2018 |
Christoph M. Becker |
Prepare main branch for 7.3.2
|
#
7e445ef3 |
| 02-Dec-2018 |
Peter Kokot |
Set AC_CONFIG_AUX_DIR to build directory The Autoconf macro AC_CONFIG_AUX_DIR can set the location of the auxiliary build tools such as config.guess, config.sub, and bundled libtool
Set AC_CONFIG_AUX_DIR to build directory The Autoconf macro AC_CONFIG_AUX_DIR can set the location of the auxiliary build tools such as config.guess, config.sub, and bundled libtool scripts and moves these bundled files from the root directory to the build subdirectory. Additionally some changes in this context or as a part of obsoletion: - The LT_TARGETS variable in build/build2.mk file was once used as a part of the Automake step. It's not used anymore and has been refactored to separate makedist script directly. - ltconfig is not used anymore since libtool 1.4+ cf8d1563c27a70fdd24055c1e80218ec7b5962d6 - phpize file locations for the config.guess, config.sub, and ltmain.sh has been refactored accordingly.
show more ...
|
#
77b1f5ba |
| 09-Dec-2018 |
Derick Rethans |
Back to -dev This should have been done as soon as PHP-7.3.0 was branched.
|
#
bde96f29 |
| 01-Dec-2018 |
Peter Kokot |
Remove support for Rhapsody code name The Rhapsody code name was once used for computers with operating system by Apple and was mostly replaced with a newer code name Darwin: - https
Remove support for Rhapsody code name The Rhapsody code name was once used for computers with operating system by Apple and was mostly replaced with a newer code name Darwin: - https://en.wikipedia.org/wiki/Rhapsody_(operating_system) - https://en.wikipedia.org/wiki/Darwin_(operating_system) This patch removes obsolete checks from the *nix build script files.
show more ...
|
#
9fc52c16 |
| 20-Nov-2018 |
Sara Golemon |
Bump for 7.2.14
|
#
2d031977 |
| 14-May-2018 |
Eli Schwartz |
ext/gd: Use pkg-config to detect the availability of freetype2 The latest version of freetype2 does not install freetype-config by default, but pkg-config support has been there for appr
ext/gd: Use pkg-config to detect the availability of freetype2 The latest version of freetype2 does not install freetype-config by default, but pkg-config support has been there for approximately 15 years. In order to reliably detect freetype2, pkg-config *must* be used. See: https://savannah.nongnu.org/bugs/?53093 https://bugs.php.net/bug.php?id=76324
show more ...
|
#
1d5baf16 |
| 23-Oct-2018 |
Remi Collet |
bump to 7.2.13-dev
|
#
8217cd20 |
| 21-Oct-2018 |
Peter Kokot |
Defragment two Zend related Makefile fragments together The two are more logically connected together in the Zend directory.
|
#
f8fb45fa |
| 21-Oct-2018 |
Peter Kokot |
[ci skip] Remove automake and aclocal in comments The Automake and aclocal were part of the previous PHP build system where Automake created Makefile from the Makefile.in templates and
[ci skip] Remove automake and aclocal in comments The Automake and aclocal were part of the previous PHP build system where Automake created Makefile from the Makefile.in templates and aclocal was used to produce the aclocal.m4. They were removed as dependencies via 9d9d39a0de3bec962c343051011f5a2ed7d7b242 and e715fb00f8850990d51cee4e08e84a58f0eb0012.
show more ...
|
#
251bd9c2 |
| 20-Oct-2018 |
Anatol Belski |
Use C++ symbols with C++11, take 2
|
#
00db0e7a |
| 18-Oct-2018 |
Peter Kokot |
Remove outdated PEAR artefacts The `pear/scripts`, `pear/php-config`, `pear/phpize`, and `pear/run-tests` used to be part of the PEAR installation. Now, the pear installation PHAR fi
Remove outdated PEAR artefacts The `pear/scripts`, `pear/php-config`, `pear/phpize`, and `pear/run-tests` used to be part of the PEAR installation. Now, the pear installation PHAR file is directly downloaded from pear.php.net instead.
show more ...
|
#
f5bc0491 |
| 18-Oct-2018 |
Anatol Belski |
Revert "Use C++ symbols, when C++11 or upper is compiled" This reverts commit 322b97a19a3a06d7d66e6f74b4dc071384badf64. GCC 5 vs. 8 seems to be a big deal in this regard. The approa
Revert "Use C++ symbols, when C++11 or upper is compiled" This reverts commit 322b97a19a3a06d7d66e6f74b4dc071384badf64. GCC 5 vs. 8 seems to be a big deal in this regard. The approach needs further consideration.
show more ...
|
#
322b97a1 |
| 18-Oct-2018 |
Anatol Belski |
Use C++ symbols, when C++11 or upper is compiled
|
#
902d39a3 |
| 13-Oct-2018 |
Peter Kokot |
Trim trailing whitespace in source code files
|
#
9bbf9967 |
| 11-Oct-2018 |
Peter Kokot |
Modernize the AC_PRESERVE_HELP_ORDER macro call The Autoconf AC_PRESERVE_HELP_ORDER macro has been available since Autoconf 2.59c [1] and in PHP it has been called conditionally on two p
Modernize the AC_PRESERVE_HELP_ORDER macro call The Autoconf AC_PRESERVE_HELP_ORDER macro has been available since Autoconf 2.59c [1] and in PHP it has been called conditionally on two places to support older Autoconf versions. With recent updates and the macro can be called unconditionally. [1] http://git.savannah.gnu.org/cgit/autoconf.git/tree/NEWS
show more ...
|
#
0b0d4b5f |
| 09-Oct-2018 |
Peter Kokot |
Bump minimum Autoconf requirement to 2.68 This patch syncs and bumps the minimum required version of Autoconf for the `phpize.m4` script and the main `configure.ac` from previously mixed
Bump minimum Autoconf requirement to 2.68 This patch syncs and bumps the minimum required version of Autoconf for the `phpize.m4` script and the main `configure.ac` from previously mixed 2.64 and 2.59 to 2.68. At the time of this writing Autoconf 2.63 is still the version on Centos 6, however by the PHP 7.3 release current systems out there should all have pretty much updated Autoconf versions to 2.64+ at least. Centos 7 already has Autoconf 2.69, for example. This provides more options to update and get current with the *nix build system and also avoids broken builds in certain cases as pointed out in the relevant discussion [1]. Additionally, phpize also already provides the `AX_CHECK_COMPILE_FLAG` Autoconf Archive m4 file that has Autoconf 2.64 minimum requirement. Autoconf 2.68 was released in 2010, 8 years ago, relative to this patch. [1] https://github.com/php/php-src/pull/3562
show more ...
|
#
5f29e3fb |
| 25-Sep-2018 |
Sara Golemon |
Bump version
|
#
b189c243 |
| 17-Sep-2018 |
Peter Kokot |
Remove HAVE_STDARG_H The C89 standard and later defines the `<stdarg.h>` header as part of the standard headers [1]. On current systems it is always present and can be included uncon
Remove HAVE_STDARG_H The C89 standard and later defines the `<stdarg.h>` header as part of the standard headers [1]. On current systems it is always present and can be included unconditionally. Checking for presence and functionality of the `<stdarg.h>` header and variadic function is not relevant anymore on current systems since this is always available. Also Autoconf suggests relying on at least C89 or above [2] and [3]. The following files were regenerated with re2c 1.0.3: - Zend/zend_language_scanner.c - Zend/zend_language_scanner_defs.h Refs: [1] https://port70.net/~nsz/c/c89/c89-draft.html#4.1.2 [2] http://git.savannah.gnu.org/cgit/autoconf.git/tree/lib/autoconf/headers.m4 [3] https://www.gnu.org/software/autoconf/manual/autoconf-2.69/autoconf.html
show more ...
|
#
d3ca28f5 |
| 15-Sep-2018 |
Peter Kokot |
Remove HAVE_STRING_H The C89 standard and later defines the `<string.h>` header as part of the standard headers [1] and on current systems it is always present. Code included al
Remove HAVE_STRING_H The C89 standard and later defines the `<string.h>` header as part of the standard headers [1] and on current systems it is always present. Code included also `<strings.h>` header as an alterinative in some files. This kind of check was relevant on some older systems where the `<strings.h>` file included definitions for the C89 compliant `<string.h>`. Today such alternative check is not required anymore. The `<strings.h>` file is part of the POSIX definition these days. Also Autoconf suggests doing this and relying on C89 or above [2] and [3]. This patch also cleans few unused `<strings.h>` inclusions in the libmbfl. [1]: https://port70.net/~nsz/c/c89/c89-draft.html#4.1.2 [2]: http://git.savannah.gnu.org/cgit/autoconf.git/tree/lib/autoconf/headers.m4 [3]: https://www.gnu.org/software/autoconf/manual/autoconf-2.69/autoconf.html
show more ...
|
#
415cb20d |
| 17-Sep-2018 |
Nikita Popov |
Remove unused HAVE_BROKEN_GLIBC_FOPEN_APPEND This has not been used since PHP 5.0.
|
#
7dd62811 |
| 15-Sep-2018 |
Peter Kokot |
Remove HAVE_STDLIB_H The C89 and later standard defines the `<stdlib.h>` header as part of the standard headers [1] and on current systems it is always present and the `HAVE_STDLIB_H
Remove HAVE_STDLIB_H The C89 and later standard defines the `<stdlib.h>` header as part of the standard headers [1] and on current systems it is always present and the `HAVE_STDLIB_H` symbol can be removed. Also Autoconf suggests doing this and relying on C89 or above [2] and [3]. [1] https://port70.net/~nsz/c/c89/c89-draft.html#4.1.2 [2] http://git.savannah.gnu.org/cgit/autoconf.git/tree/lib/autoconf/headers.m4 [3] https://www.gnu.org/software/autoconf/manual/autoconf-2.69/autoconf.html
show more ...
|
#
dcc529af |
| 16-Sep-2018 |
Peter Kokot |
Remove HAVE_SYS_VARARGS_H Outdated systems used to provide the `<varargs.h>` and in case of PHP `<sys/varargs.h>`. [1] Current systems have `<stdarg.h>` which is also a C89 stan
Remove HAVE_SYS_VARARGS_H Outdated systems used to provide the `<varargs.h>` and in case of PHP `<sys/varargs.h>`. [1] Current systems have `<stdarg.h>` which is also a C89 standard header and systems have it always present. [2] [1] https://en.wikipedia.org/wiki/Stdarg.h#varargs.h [2] https://port70.net/~nsz/c/c89/c89-draft.html#4.1.2
show more ...
|