summaryrefslogtreecommitdiff
path: root/scripts/phpize.in
Commit message (Collapse)AuthorAgeFilesLines
* Refactor undefining PACKAGE_* symbolsPeter Kokot2019-07-111-4/+0
| | | | | | | | | | Instead of patching configuration headers template generated by the given tools - autoheader, this moves patching these symbols to the configure step before creating and invoking the config.status and before the configuration header file is generated from the patched template. Closes GH-4374
* Automatically remove aclocal.m4 if presentPeter Kokot2019-04-281-0/+4
| | | | | | | | | | | | | | | | | | | | Commit 4e7064d173d2b5b22e159fcf52d22b10213b67b8 removed the usage of `aclocal.m4`. When using Git repositories, many times cleaning of the generated files is not done prior to running phpize or buildconf. For example: git clone git://github.com/php/php-src cd php-src git checkout PHP-7.3 ./buildconf ./configure git checkout PHP-7.4 ./buildconf # -> warnings ./configure # -> errors To not accidentally include `aclocal.m4` file in the generated configure this enhances build system experience a bit more by removing aclocal.m4 file prior to start building configure file using phpize or buildconf.
* Move acinclude.m4 to build/php.m4Peter Kokot2019-04-231-4/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | The acinclude.m4 file is in a usual Autotools build processed with Automake's aclocal tool. Since PHP currently doesn't use Automake and aclocal this file can be moved into the build directory. PHP build system currently generates a combined aclocal.m4 file that Autoconf can processes automatically. However, a newer practice is writing all local macros in separate dedicated files prefixed with package name, in PHP's case PHP_MACRO_NAME and putting them in a common `m4` directory. PHP uses currently `build` directory for this purpose. Name `php.m4` probably most resembles such file for PHP's case. PHP manually created the aclocal.m4 file from acinclude.m4 and build/libtool.m4. Which is also not a particularly good practice [1], so this patch also removes the generated alocal.m4 usage and uses m4_include() calls manually in the configure.ac and phpize.m4 files manually. - sort order is not important but can be alphabetical - list of *.m4 files prerequisites for configure script generation updated - Moving m4_include() before AC_INIT also removes all comments starting with hash character (`#`) in the included files. [1] https://autotools.io/autoconf/macros.html
* Disable PACKAGE_* preprocessor symbolsPeter Kokot2019-04-131-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Autoconf defines PACKAGE_* symbols: - PACKAGE_NAME - PACKAGE_VERSION - PACKAGE_TARNAME - PACKAGE_STRING - PACKAGE_BUGREPORT - PACKAGE_URL and appends them to the generated config.h.in files. With AC_INIT change via afd52f9d9986d92dd0c63832a07ab1a16bf11d53 where package version, URL, bug report location and similar meta data are defined, these preprocessor macros are then non empty strings in the generated configuration header file. When using phpize, PHP shares the config files in extensions, warnings of redefined macros appear, such as: - `warning: 'PACKAGE_NAME' macro redefined` This patch now disables these non utilized symbols in the generated config header files. Better practice would be to include only API specific headers where needed but this would require even more refactorings. Some extensions such as pcre, pgsql, and pdo_pgsql solve this issue by undefining some of these symbols before including the library configuration headers in the code also. Because these symbols can be defined by any library which uses Autotools. Additionally, the unused PACKAGE_* symbols were cleaned for the bundled libmbfl library and with this patch not needed undef code removed.
* Move Makefile.global and Makefile.gcov to build directoryPeter Kokot2019-03-041-2/+2
| | | | | These files can be stored in the build directory instead of bloating the project root directory.
* Remove mkinstalldirs, install-sh and missingPeter Kokot2019-03-041-4/+2
| | | | | | | These scripts are part of Automake [1] and are in current *nix build system not used anymore nor empty files need to be created. [1] https://www.gnu.org/software/automake/manual/html_node/Auxiliary-Programs.html
* Remove deprecated PHP_EXTENSION m4 macroPeter Kokot2019-02-271-1/+1
| | | | | | | | | | | The PHP_EXTENSION macro was used before the introduction of the updated build system in the 9d9d39a0de3bec962c343051011f5a2ed7d7b242. The extensions at that time possibly still used the Makefile.in and Automake and the PHP_EXTENSION macro has been replaced with the PHP_NEW_EXTENSION macro. Today, the once deprecated macro can be removed in favor of only PHP_NEW_EXTENSION macro.
* Set AC_CONFIG_AUX_DIR to build directoryPeter Kokot2018-12-101-4/+4
| | | | | | | | | | | | | | | | 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.
* ext/gd: Use pkg-config to detect the availability of freetype2Eli Schwartz2018-11-071-1/+1
| | | | | | | | | | 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
* Remove mkdep.awkPeter Kokot2018-10-201-1/+1
| | | | | | | | | | | | | | The `mkdep.awk` file was part of the previous *nix build system and was used to create a .deps file with a list of dependencies that could be processed by Automake further on. Newer build system was done via 9d9d39a0de3bec962c343051011f5a2ed7d7b242 and outdated files removed via 22815419f8c5da902971d3aa12f2cbfcc3b41aff so the current file in the PHP source code is not used anymore. Additionally, the *.slo files were processed by this file. The *.slo files also used to be generated by older libtool so today, these don't get generated anymore.
* Merge branch 'PHP-7.3'Peter Kokot2018-10-191-1/+1
|\ | | | | | | | | | | | | | | * PHP-7.3: [ci skip] Update NEWS [ci skip] Update NEWS [ci skip] Update NEWS Fix #77035: The phpize and ./configure create redundant .deps file
| * Merge branch 'PHP-7.2' into PHP-7.3Peter Kokot2018-10-191-1/+1
| |\ | | | | | | | | | | | | | | | | | | * PHP-7.2: [ci skip] Update NEWS [ci skip] Update NEWS Fix #77035: The phpize and ./configure create redundant .deps file
| | * Merge branch 'PHP-7.1' into PHP-7.2Peter Kokot2018-10-191-1/+1
| | |\ | | | | | | | | | | | | | | | | | | | | * PHP-7.1: [ci skip] Update NEWS Fix #77035: The phpize and ./configure create redundant .deps file
| | | * Fix #77035: The phpize and ./configure create redundant .deps filePeter Kokot2018-10-191-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The `.deps` file(s) was once used by Automake and created to write dependencies to it. The file creation has been removed via the commit 779c11af21cf8a627b8f2f2edef9e9073c76ed94. The phpize and ./configure script create a redundant .deps file in a PECL extension directory which might cause confusions why is it used. Today it is no longer relevant so this redundant artefact can be removed in the phpize configure script.
| | | * Trim trailing whitespace in source code filesPeter Kokot2018-10-131-6/+6
| | | |
| | | * fix broken build scripts #2124Joe Watkins2017-01-061-1/+1
| | | |
| | * | Trim trailing whitespace in source code filesPeter Kokot2018-10-131-6/+6
| | | |
| * | | Trim trailing whitespace in source code filesPeter Kokot2018-10-131-6/+6
| | | |
* | | | Trim trailing whitespace in source code filesPeter Kokot2018-10-131-6/+6
| | | |
* | | | Add missing packaging entriesAnatol Belski2018-10-081-1/+1
|/ / /
* | | Fixed build extension by phpizeXinchen Hui2018-01-171-1/+1
|/ /
* | Use modern autotools name of configure.ac instead of configure.inBrian Evans2017-01-271-2/+2
| | | | | | | | | | | | | | | | | | | | configure.ac was introduced in 2001 with automake-1.15 and autoconf-2.50 to replace the file named configure.in. Autotools is preparing to remove configure.in in Automake 2.0. All new software should be using configure.ac. This also fixes Bug #69770 where extensions are creating configure.in Signed-off-by: Brian Evans <grknight@gentoo.org>
* | fix broken build scripts #2124Joe Watkins2017-01-061-1/+1
|/
* Fixbug: phpize --clean will delete include/*.hTianfeng2013-08-121-1/+1
|
* Drop support for autoconf < 2.60 in trunk and the Rasmus Lerdorf2011-05-151-0/+1
| | | | | | new PHP_5_4 branch. autoconf >= 2.60 should finally be working now.
* - Fixed bug #48661 (phpize broken with non-bash shells)Jani Taskinen2009-06-241-2/+2
|
* - Added path sanity check (autotools + libtool do not cope with whitespace..)Jani Taskinen2009-04-201-2/+20
|
* - Improved php-config:foobar2007-06-291-4/+5
| | | | | | | | . Added --configure-options option to get configure line for current build . Added --php-sapis option which shows SAPIs available . Fixed problem with missing php binary when CLI is not build but CGI is. - Fixed broken sed issues in phpize script
* typofixfoobar2006-07-231-1/+1
|
* If the $PHP_AUTOCONF and $PHP_AUTOHEADER environmental variables are setJon Parise2006-07-171-5/+4
| | | | | | | | | | | | | to full paths, the `shtool path` test would fail (because it only tests for the existence of a bare filename in the current $PATH). We now test the the executability of $PHP_AUTOCONF and $PHP_AUTOHEADER before falling back to the `shtool path` test. Later on, phpize will execute $PHP_AUTOCONF and $PHP_AUTOHEADER directly, so they will work fine as either absolute paths or files within $PATH. Also, improving the grammar of the error messages in the failure cases.
* Wrapping the $PHP_AUTOCONF and $PHP_AUTOHEADER error messages to fitJon Parise2006-07-171-4/+5
| | | | | within 80 columns.
* more test output filesfoobar2005-12-121-1/+1
|
* - Cleanup test output files toofoobar2005-12-121-2/+2
|
* Fix cleanupfoobar2005-08-081-1/+5
|
* - Made it possible to do "make test" for phpized extensionsfoobar2005-08-081-2/+3
|
* test -e doesn't work on solarisWez Furlong2005-08-041-1/+1
|
* - This does not have to be egrep herefoobar2005-06-151-4/+3
|
* - Fix phpize: need to eval path variables for them to be usablefoobar2005-06-101-10/+20
|
* - Fix paths when using --libdir and --includedir configure optionsfoobar2005-06-071-2/+2
|
* - Proper fix for phpize when dealing with PECLfoobar2005-06-051-1/+1
|
* - Changed the PATH_SEPARATOR check to a macrofoobar2005-05-301-1/+1
| | | | | | | - Made sure we're generating aclocal.m4 in same way with both buildconf and phpize. # Bug #33177
* Fix the echo/backquote issues + aclocalfoobar2005-04-071-6/+6
|
* - Added the $PHP_AUTOCONF/$PHP_AUTOHEADER usage to phpizefoobar2005-04-071-5/+29
|
* - Return of the automake requirement.foobar2005-01-251-1/+2
| | | | | | # Unfortunately we can't control what macros are used by the 3rd party # extensions so..
* - Remove also autom4te.cache dir with phpize --cleanfoobar2005-01-221-1/+1
|
* - Changed phpize not to require automake and libtool.foobar2005-01-201-11/+4
| | | | | - Fixed build system to always use bundled libtool files.
* - do it right (phpize path issue)Jan Lehnardt2004-06-191-1/+1
|
* - phpize now can handle directories with spaces in their name (#28847)Jan Lehnardt2004-06-191-5/+5
|
* - remove unneeded subroutine callJan Lehnardt2004-01-031-2/+0
|
* - Show the API numbers again while phpizing.Derick Rethans2004-01-031-1/+4
|
View Lorry Controller Status