summaryrefslogtreecommitdiff
path: root/ltmain.sh
Commit message (Collapse)AuthorAgeFilesLines
* Set AC_CONFIG_AUX_DIR to build directoryPeter Kokot2018-12-101-6957/+0
| | | | | | | | | | | | | | | | 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.
* - Upgraded bundled libtool to 1.5.26Jani Taskinen2009-11-231-196/+622
|
* Don't try to remove an empty output_obj here. Rasmus Lerdorf2009-11-231-2/+3
| | | | | | | | This gets rid of the annoying: rm: invalid argument: `' I was seeing. (I really shouldn't be hacking libtool)
* MFB51: Update bundled libtool to version 1.5.20foobar2005-11-291-83/+113
|
* - Update bundled libtool to 1.5.18 (latest atm)foobar2005-05-271-964/+2346
| | | | | # Fixes several issues with more exotic systems (AIX,HPUX,etc)
* - Applied some patches to fix issues with e.g. ia_64 and s390foobar2005-02-151-9/+65
|
* - Updated libtool to 1.4.3 which has test for the sed problem..foobar2003-02-101-83/+161
|
* - Upgrade bundled libtool to 1.4.2. Following stuff mentioned at:foobar2002-06-291-50/+88
| | | | | | | | | | http://www.gnu.org/software/libtool/news.html * Diagnose and warn about not-quite-working combinations of gcc and ld on Solaris. * Improved OpenBSD support. * Improved cygwin support. * Bugfixes.
* Upgrade to libtool 1.4.Sascha Schumann2001-05-061-764/+1691
|
* Temporary fix for mac os x stuff.Sascha Schumann2000-10-261-1/+1
| | | | | | It lets me build/run a DSO on darwin, but according to Fred Sanchez, the libtool 1.3.5 way is wrong..
* Upgrade to Libtool 1.3.5.Sascha Schumann2000-06-111-3/+15
|
* Upgrade to libtool 1.3.4Sascha Schumann2000-03-111-122/+74
|
* Kill another warningSascha Schumann2000-02-231-4/+0
|
* Remove warning messageSascha Schumann2000-02-231-5/+0
|
* backed out some stuff that got committed by accident & broke things:(!Thies C. Arntzen2000-02-111-1/+90
| | | | | uwe: please read twice what you are commiting!
* - removed stupid leftover in testdomUwe Steinmann2000-02-091-90/+1
| | | | | - added more functions to domxml
* # GrrRasmus Lerdorf2000-01-041-1/+90
|
* @ Don't assume libz and libpng are installed for the GD checks (Rasmus)Rasmus Lerdorf2000-01-041-90/+1
|
* Fix ltconfig, ltmain.shSascha Schumann1999-12-221-1/+90
| | | | | Update config.sub, config.guess from libtool-1.3.4
* More php3_ annihilationZeev Suraski1999-12-171-90/+1
|
* # Fix broken filesRasmus Lerdorf1999-12-011-1/+90
|
* Added check in the ODBC module that a connection is still valid beforeNick Gorham1999-11-301-90/+1
| | | | | reuse in a persistent connection.
* Undo previous bogus commitZeev Suraski1999-11-261-1/+90
|
* *** empty log message ***Zeev Suraski1999-11-261-90/+1
|
* Add libtool files to CVS. Advantages:Sascha Schumann1999-11-081-0/+4064
| | | | | | | | | - PHP-specific changes are easier to maintain - it removes one dependency for users (i.e. GNU vs. FreeBSD ports) I have not removed the libtool check in buildconf, since libzend/TSRM still depend on a local version of libtool.
* run libtoolize during buildconf since we depend on libtool anywayStig Bakken1999-07-231-3779/+0
|
* First cut at standard way of making dynamically loadable extensions on UNIX.Stig Bakken1999-07-211-731/+2697
| | | | | | | | | | | | | | | | | | Examples on how to test: ./configure --with-xml static ./configure --with-xml=/opt static ./configure --with-xml=shared shared ./configure --with-xml=shared,/opt shared The difference between these two is that when the extension is shared, it is not merged into libphpext.a. The shared extension is currently always built. I can't find a way to do just one or the other with automake/libtool, if someone has a clever idea, please come forward. :-) "make install" installs the .so (as well as a lot of other cruft) in $prefix/lib/php.
* PHP 4.0Zeev Suraski1999-04-071-0/+1813
View Lorry Controller Status