non port: devel/umem/Makefile |
Number of commits found: 19 |
Sunday, 15 Sep 2019
|
17:28 antoine
Deprecate a few ports
|
Sunday, 4 Aug 2019
|
10:02 antoine
Mark BROKEN: unfetchable
|
Friday, 25 May 2018
|
08:34 amdmi3
- Add LICENSE
- Switch to new test framework
|
Thursday, 14 Aug 2014
|
05:43 amdmi3
- Switch to USES=libtool, drop .la files
- Strip libraries
|
Sunday, 6 Jul 2014
|
19:46 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
|
Wednesday, 23 Apr 2014
|
13:25 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).
PORTREVISION is bumped on all ports with USES=libtool that install .la
libraries. Most ports are also changed to add :keepla because .la
libraries have to be kept around as long as there are dependent ports with
.la libraries that refer to them in their dependency_libs field. In most
cases :keepla can be removed again as soon as all dependent ports that
install .la libraries have some form of USES=libtool added to their
Makefile.
PR: ports/188759
Exp-run: bdrewery
Approved by: portmgr (bdrewery)
|
Thursday, 6 Feb 2014
|
22:42 bapt
Support stage
|
Friday, 20 Sep 2013
|
17:17 bapt
Add NO_STAGE all over the place in preparation for the staging support (cat:
devel part 4)
|
Saturday, 4 Dec 2010
|
07:34 ade
Sync to new bsd.autotools.mk
|
Sunday, 22 Nov 2009
|
19:49 pav
- Mark MAKE_JOBS_UNSAFE
Reported by: pointyhat
|
Thursday, 13 Aug 2009
|
00:20 leeym
- Update to minor new version
- Add regression-test
- Drop maintainership
PR: 137701
Submitted by: "Pedro F. Giffuni" <giffunip@tutopia.com>
|
Sunday, 2 Aug 2009
|
19:36 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
|
Monday, 5 Jan 2009
|
19:44 pav
- Remove conditional checks for FreeBSD 5.x and older
|
Friday, 17 Aug 2007
|
19:15 leeym
- Pedro reports that devel/umem builds on amd64, and he is willing to help
testing.
Noticed by: pfgshield-freebsd at yahoo.com
|
Saturday, 11 Aug 2007
|
04:17 leeym
- add ONLY_FOR_ARCHS=i386 since umem fails to build on most non-i386 platforms
Noticed by: kris@
|
Thursday, 29 Mar 2007
|
08:24 leeym
- back out previous commit
|
08:17 leeym
- fix build after objformat removal
Noticed by: kris mail
|
Tuesday, 27 Mar 2007
|
11:39 pav
- Fix for objformat-less current
|
Saturday, 24 Mar 2007
|
06:33 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 )
|
Number of commits found: 19 |