aboutsummaryrefslogtreecommitdiffstats
path: root/devel/umem
Commit message (Collapse)AuthorAgeFilesLines
* - Mark MAKE_JOBS_UNSAFEpav2009-11-231-0/+1
| | | | Reported by: pointyhat
* - Update to minor new versionleeym2009-08-132-6/+9
| | | | | | | | - Add regression-test - Drop maintainership PR: 137701 Submitted by: "Pedro F. Giffuni" <giffunip@tutopia.com>
* -Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22.mezz2009-08-031-1/+1
| | | | | | | | | | | | | | | | | | -Update libtool and libltdl to 2.2.6a. -Remove devel/libtool15 and devel/libltdl15. -Fix ports build with libtool22/libltdl22. -Bump ports that depend on libltdl22 due to shared library version change. -Explain what to do update in the UPDATING. It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop and applications in the runtime. With help: marcus and kwm Pointyhat-exp: a few times by pav Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and a few MarcusCom CVS users. Also, I might have missed a few. Repocopy by: marcus Approved by: portmgr
* - Remove conditional checks for FreeBSD 5.x and olderpav2009-01-061-8/+1
|
* - Pedro reports that devel/umem builds on amd64, and he is willing to help ↵leeym2007-08-181-1/+1
| | | | | | testing. Noticed by: pfgshield-freebsd at yahoo.com
* - add ONLY_FOR_ARCHS=i386 since umem fails to build on most non-i386 platformsleeym2007-08-111-0/+1
| | | | Noticed by: kris@
* - back out previous commitleeym2007-03-291-1/+0
|
* - fix build after objformat removalleeym2007-03-291-0/+1
| | | | Noticed by: kris mail
* - Fix for objformat-less currentpav2007-03-271-1/+1
|
* <quoted from pkg-descr>leeym2007-03-244-0/+70
This is a port of Solaris libumem to non-Solaris systems. The port was made while integrating libumem with our Ecelerity MTA product, so your initial experience will not be 100% out-of-the-box, because there is no standalone configure script for the library at this time. (patches welcome!) In addition, since our deployment is threaded, we force the library into threaded mode. While the library is itself stable (it's the memory allocator used by the Solaris OS), the port may have a few rough edges. We're shipping umem with Linux and Windows versions of our product as we have found it to be stable. We will continue to update this project as and when we make improvements, and welcome third-party patches that improve the usability for everyone. Wez Furlong, OmniTI, Inc. </quoted from pkg-descr> This port is not yet fully tested, however, "br" <bf2006a at yahoo.com> is helping me to evaluate it. And also, he encourages me to commit my code so that more people would know about it. Reference: http://www.freebsd.org/projects/ideas/#p-libumem