aboutsummaryrefslogtreecommitdiffstats
path: root/x11/libXpm
Commit message (Collapse)AuthorAgeFilesLines
* Conversion to a single libtool environment.ade2006-02-231-1/+0
| | | | Approved by: portmgr (kris)
* SHA256ifyedwin2006-01-241-0/+1
| | | | Approved by: krion@
* Mass-conversion to the USE_AUTOTOOLS New World Order. The code presentade2005-11-151-1/+1
| | | | | | | | | | | | | | | | | in bsd.autotools.mk essentially makes this a no-op given that all the old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in exactly the same way as USE_AUTOTOOLS itself. Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME team -- all GNOME 2.12.x ports use it. Preliminary documentation can be found at: http://people.FreeBSD.org/~ade/autotools.txt which is in the process of being SGMLized before introduction into the Porters Handbook. Light blue touch-paper. Run.
* At Kris's request, back out the MACHINE_ARCH spelling correction untilobrien2005-04-121-1/+1
| | | | after 5.4-RELEASE.
* Assist getting more ports working on AMD64 by obeying theobrien2005-04-111-1/+1
| | | | Ports Collection documentation and use 'ARCH' rather than 'MACHINE_ARCH'.
* Remove hardcoding of MTREE_FILE. This is handled in bsd.port.mk sincelesi2005-03-061-1/+0
| | | | rev. 1.503 for ${PREFIX} == ${XPREFIX} cases.
* Fix MASTER_SITES.lesi2005-02-151-1/+1
|
* Apply fixes for CAN-2004-0687 and CAN-2004-0688 in libXpm (stack-based andanholt2004-09-162-0/+474
| | | | | | | | integer overflow security vulnerabilities). While I haven't compile-tested this, the patch applies and I think it should be correct, and if it doesn't work then this should be marked FORBIDDEN anyway. Approved by: portmgr
* Register missing CONFLICTS, mostly on xorg-libraries-*anholt2004-07-271-1/+1
| | | | Reported by: Kent Stewart <kstewart@owt.com>
* Apply a big libtool patch to allow porters to use the libtool installed bymarcus2004-07-101-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | the libtoolX ports instead of the one included with each port. Ports that set USE_LIBTOOL_VER=X will now use the ports version of libtool instead of the included version. To restore previous behavior, use the new macro, USE_INC_LIBTOOL_VER. Both macros accept the same argument: a libtool version. For example, to use the ports version of libtool-1.5, add the following to your Makefile: USE_LIBTOOL_VER= 15 To use the included version of libtool with extra hacks provided by libtool-1.5, add the following to your Makefile: USE_INC_LIBTOOL_VER= 15 With this change, ports that had to add additional libtool hacks to prevent .la files from being installed or to fix certain threading issues can now delete those hacks (after appropriate testing, of course). PR: 63944 Based on work by:eik and marcus Approved by: ade (autotools maintainer) Tested by: kris on pointyhat Bound to be hidden problems: You bet
* Update to 3.5.1.anholt2004-05-113-33/+3
|
* Use the right MTREE_FILEarved2004-04-191-0/+1
| | | | Reported by: kris
* Add a missing xpm.h to the plist, and bring in some patches from Freedesktopmarcus2004-04-163-2/+32
| | | | | CVS to fix the Makefile, and install a libXpm.so with the same shared library version as XF86.
* SIZEify (maintainer timeout)trevor2004-03-311-0/+1
|
* Declare CONFLICTS between freedesktop.org X extension/library ports andlofi2004-03-251-0/+2
| | | | XFree86-libraries.
* Whoa there, boy, that's a mighty big commit y'all have there...ade2004-03-141-1/+1
| | | | | | | | | | | | | | | Begin autotools sanitization sequence by requiring ports to explicitly specify which version of {libtool,autoconf,automake} they need, erasing the concept of a "system default". For ports-in-waiting: USE_LIBTOOL=YES -> USE_LIBTOOL_VER=13 USE_AUTOCONF=YES -> USE_AUTOCONF_VER=213 USE_AUTOMAKE=YES -> USE_AUTOMAKE_VER=14 Ports attempting to use the old style system after June 1st 2004 will be sorely disappointed.
* Bump PORTREVISION on all ports that depend on gettext to aid with upgrading.marcus2004-02-041-0/+1
| | | | (Part 1)
* New port: X Pixmap library from freedesktop.organholt2004-01-254-0/+43
Testing is encouraged, but please do not use these ports as dependencies until the XFree86 ports have been updated to depend on them.