Port details |
- umem Port of the Solaris memory allocator
- 1.0.1_4 devel
=1 1.0.1_4Version of this port present on the latest quarterly branch.
- BROKEN: unfetchable
DEPRECATED: Unfetchable, unmaintained This port expired on: 2019-10-16 IGNORE: is marked as broken: unfetchable
- There is no maintainer for this port.
- Any concerns regarding this port should be directed to the FreeBSD Ports mailing list via ports@FreeBSD.org
- Port Added: 2007-03-24 06:33:20
- Last Update: 2019-10-16 15:29:32
- SVN Revision: 514601
- People watching this port, also watch:: python, unoconv, py39-pycparser, sysinfo
- License: CDDL
- WWW:
- https://labs.omniti.com/trac/portableumem/
- Description:
- Portable libumem.
================
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.
WWW: https://labs.omniti.com/trac/portableumem/
-
cgit ¦ GitHub ¦ GitHub ¦ GitLab ¦
- Manual pages:
-
- pkg-plist: as obtained via:
make generate-plist - Dependency lines:
-
- No installation instructions:
- This port has been deleted.
- PKGNAME: umem
- Flavors: there is no flavor information for this port.
- ONLY_FOR_ARCHS: i386 amd64
- distinfo:
- SHA256 (umem-1.0.1.tar.bz2) = d6148d236c6e49f0243c712b939f08d654498f3bea80b2319c74247220972cf2
SIZE (umem-1.0.1.tar.bz2) = 305999
No package information for this port in our database- Sometimes this happens. Not all ports have packages.
- This port has no dependencies.
- There are no ports dependent upon this port
Configuration Options:
- No options to configure
- Options name:
- N/A
- USES:
- libtool tar:bzip2
- FreshPorts was unable to extract/find any pkg message
- Master Sites:
|
Commit History - (may be incomplete: for full details, see links to repositories near top of page) |
Commit | Credits | Log message |
1.0.1_4 16 Oct 2019 15:29:32 |
rene |
Remove expired ports:
2019-10-16 archivers/freetar: Unfetchable, unmaintained
2019-10-16 archivers/hffzip: Unfetchable, unmaintained
2019-10-16 archivers/hpack.non-usa.only: Unfetchable, unmaintained
2019-10-16 archivers/untar: Unfetchable, unmaintained
2019-10-16 astro/gpsdrive: Unfetchable, unmaintained
2019-10-16 astro/planets: Unfetchable, unmaintained
2019-10-16 audio/ascd: Unfetchable, unmaintained
2019-10-16 audio/audiotag: Unfetchable, unmaintained
2019-10-16 audio/gmidimonitor: Unfetchable, unmaintained
2019-10-16 audio/gmpc-lyricwiki: Unfetchable, unmaintained
2019-10-16 audio/jack_mixer: Unfetchable, unmaintained
2019-10-16 audio/jmusic: Unfetchable, unmaintained
2019-10-16 audio/maplay: Unfetchable, unmaintained (Only the first 15 lines of the commit message are shown above ) |
1.0.1_4 15 Sep 2019 17:28:09 |
antoine |
Deprecate a few ports |
1.0.1_4 04 Aug 2019 10:02:47 |
antoine |
Mark BROKEN: unfetchable |
1.0.1_4 25 May 2018 08:34:17 |
amdmi3 |
- Add LICENSE
- Switch to new test framework |
1.0.1_4 19 May 2016 10:21:25 |
amdmi3 |
- Fix trailing whitespace in pkg-descrs, categories [a-f]*
Approved by: portmgr blanket |
1.0.1_4 27 Oct 2014 11:09:47 |
bapt |
Cleanup plist |
1.0.1_4 18 Oct 2014 12:20:43 |
jhb |
The MAP_NORESERVE flag to mmap() has never been implemented in FreeBSD and
is being removed. No portrev bump needed since the kernel will continue to
accept this flag for old binaries even after support for it in new binaries
is removed.
PR: 193961
Approved by: portmgr (antoine) |
1.0.1_4 14 Aug 2014 05:43:22 |
amdmi3 |
- Switch to USES=libtool, drop .la files
- Strip libraries |
1.0.1_3 06 Jul 2014 19:46:32 |
rpaulo |
umem: fix the insta-crash of libumem
On amd64, libumem simply crashes because the size of the the cpu cache
structure is not a power of two. We need to pad it on LP64 architectures as
well.
Reviewed by: bapt
Approved by: bapt |
1.0.1_2 23 Apr 2014 13:25:17 |
tijl |
When linking a library libA with a library libB using libtool, if libB.la
exists, libtool will add all libraries libB.la refers to (dependency_libs
field) to the linker command line and store them in the dependency_libs
field of libA.la. So everything that subsequently links with libA will also
link to these extra libraries. This causes too much overlinking.
This commit modifies Mk/Uses/libtool.mk so it empties the dependency_libs
field in .la libraries during staging. However, because .la libraries have
very limited use when dependency_libs is empty it makes sense to completely
remove them during staging.
So with this commit USES=libtool is modified to remove .la libraries and a
new form (USES=libtool:keepla) is introduced in case they need to be kept
(dependency_libs is still emptied).
(Only the first 15 lines of the commit message are shown above ) |
1.0.1_1 06 Feb 2014 22:42:28 |
bapt |
Support stage |
1.0.1 20 Sep 2013 17:17:45 |
bapt |
Add NO_STAGE all over the place in preparation for the staging support (cat:
devel part 4) |
1.0.1 03 Jul 2011 14:59:23 |
ohauer |
-remove MD5 |
1.0.1 04 Dec 2010 07:34:27 |
ade |
Sync to new bsd.autotools.mk |
1.0.1 22 Nov 2009 19:49:43 |
pav |
- Mark MAKE_JOBS_UNSAFE
Reported by: pointyhat |
1.0.1 13 Aug 2009 00:20:12 |
leeym |
- Update to minor new version
- Add regression-test
- Drop maintainership
PR: 137701
Submitted by: "Pedro F. Giffuni" <giffunip@tutopia.com> |
1.0 02 Aug 2009 19:36:34 |
mezz |
-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22.
-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 |
1.0 05 Jan 2009 19:44:02 |
pav |
- Remove conditional checks for FreeBSD 5.x and older |
1.0 17 Aug 2007 19:15:08 |
leeym |
- Pedro reports that devel/umem builds on amd64, and he is willing to help
testing.
Noticed by: pfgshield-freebsd at yahoo.com |
1.0 11 Aug 2007 04:17:12 |
leeym |
- add ONLY_FOR_ARCHS=i386 since umem fails to build on most non-i386 platforms
Noticed by: kris@ |
1.0 29 Mar 2007 08:24:11 |
leeym |
- back out previous commit |
1.0 29 Mar 2007 08:17:29 |
leeym |
- fix build after objformat removal
Noticed by: kris mail |
1.0 27 Mar 2007 11:39:24 |
pav |
- Fix for objformat-less current |
1.0 24 Mar 2007 06:33:10 |
leeym |
<quoted from pkg-descr>
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 (Only the first 15 lines of the commit message are shown above ) |