src/lib/libevent, branch release/11.1.0 FreeBSD source tree MFC r312452-r312512: 2017-02-10T07:32:40+00:00 Enji Cooper ngie@FreeBSD.org 2017-02-10T07:32:40+00:00 83c41faaa1b4d9711681d8c93540ab9467b61020 r312452-r312512: - Use SRCTOP-relative paths to other directories instead of .CURDIR-relative ones This simplifies pathing in make/displayed output - Use .CURDIR:H instead of .CURDIR to simplify pathing in output, etc 
r312452-r312512:

- Use SRCTOP-relative paths to other directories instead of .CURDIR-relative ones

  This simplifies pathing in make/displayed output

- Use .CURDIR:H instead of .CURDIR to simplify pathing in output, etc
First pass through library packaging. 2016-02-04T21:16:35+00:00 Glen Barber gjb@FreeBSD.org 2016-02-04T21:16:35+00:00 a70cba95822f662d3f9da5119b6a0c433e8f70af Sponsored by: The FreeBSD Foundation 
Sponsored by:	The FreeBSD Foundation
META MODE: Update dependencies with 'the-lot' and add missing directories. 2015-12-01T05:23:19+00:00 Bryan Drewery bdrewery@FreeBSD.org 2015-12-01T05:23:19+00:00 b1f92fa22938fe29ab7e53692ffe0ed7a0ecc4d0 This is not properly respecting WITHOUT or ARCH dependencies in target/. Doing so requires a massive effort to rework targets/ to do so. A better approach will be to either include the SUBDIR Makefiles directly and map to DIRDEPS or just dynamically lookup the SUBDIR. These lose the benefit of having a userland/lib, userland/libexec, etc, though and results in a massive package. The current implementation of targets/ is very unmaintainable. Currently rescue/rescue and sys/modules are still not connected. Sponsored by: EMC / Isilon Storage Division 
This is not properly respecting WITHOUT or ARCH dependencies in target/.
Doing so requires a massive effort to rework targets/ to do so.  A
better approach will be to either include the SUBDIR Makefiles directly
and map to DIRDEPS or just dynamically lookup the SUBDIR.  These lose
the benefit of having a userland/lib, userland/libexec, etc, though and
results in a massive package.  The current implementation of targets/ is
very unmaintainable.

Currently rescue/rescue and sys/modules are still not connected.

Sponsored by:	EMC / Isilon Storage Division
META_MODE: Remove DEP_RELDIR from Makefile.depend files. 2015-09-25T19:26:08+00:00 Bryan Drewery bdrewery@FreeBSD.org 2015-09-25T19:26:08+00:00 54c7d75a06d8e6cda90c27c8e722ed2a3c1c20f3 This has not been needed since r284171 in projects/bmake. Sponsored by: EMC / Isilon Storage Division 
This has not been needed since r284171 in projects/bmake.

Sponsored by:	EMC / Isilon Storage Division
Add META_MODE support. 2015-06-13T19:20:56+00:00 Simon J. Gerraty sjg@FreeBSD.org 2015-06-13T19:20:56+00:00 ccfb965433c67f3bda935a3cdf334be2e3c4348d Off by default, build behaves normally. WITH_META_MODE we get auto objdir creation, the ability to start build from anywhere in the tree. Still need to add real targets under targets/ to build packages. Differential Revision: D2796 Reviewed by: brooks imp 
Off by default, build behaves normally.
WITH_META_MODE we get auto objdir creation, the ability to
start build from anywhere in the tree.

Still need to add real targets under targets/ to build packages.

Differential Revision:       D2796
Reviewed by: brooks imp
Merge sync of head 2015-05-27T01:19:58+00:00 Simon J. Gerraty sjg@FreeBSD.org 2015-05-27T01:19:58+00:00 98e0ffaefb0f241cda3a72395d3be04192ae0d47 






Rework PRIVATELIB
2015-05-04T16:28:54+00:00

Baptiste Daroussin
bapt@FreeBSD.org

2015-05-04T16:28:54+00:00

5551c573554e4bb755565098222d0d74fa83e5cb

Now when a lib is marked as PRIVATELIB it is renamed into libprivate$foo instead
of being installed in /usr/lib/private and playing with rpath.

Also allow to install headers for PRIVATELIBS in that case the headers will be
installed in /usr/include/private/$foo

Keep the headers under a private namespace to prevent third party build system
to easily find them to ensure they are only used on purpose.

This allows for non base applications to statically link against a library in
base which is linked to a privatelib

Treating PRIVATELIBS as regular libraries allows to push them into our current
compatX packages if needed.

While here finish promotion of libevent as PRIVATELIB
Install header for bsdstat and libucl

Differential Revision:	https://reviews.freebsd.org/D2365
Reviewed by:	brooks, des
Discussed with:	imp





Now when a lib is marked as PRIVATELIB it is renamed into libprivate$foo instead
of being installed in /usr/lib/private and playing with rpath.

Also allow to install headers for PRIVATELIBS in that case the headers will be
installed in /usr/include/private/$foo

Keep the headers under a private namespace to prevent third party build system
to easily find them to ensure they are only used on purpose.

This allows for non base applications to statically link against a library in
base which is linked to a privatelib

Treating PRIVATELIBS as regular libraries allows to push them into our current
compatX packages if needed.

While here finish promotion of libevent as PRIVATELIB
Install header for bsdstat and libucl

Differential Revision:	https://reviews.freebsd.org/D2365
Reviewed by:	brooks, des
Discussed with:	imp







Updated/new dependencies
2014-11-19T07:10:38+00:00

Simon J. Gerraty
sjg@FreeBSD.org

2014-11-19T07:10:38+00:00

488c975a1ff5af722f9a9c36f8d41ad90c45432e












Promote libevent to lib/ level and fold ftp-proxy into its parent Makefile.
2014-10-13T22:15:26+00:00

Xin LI
delphij@FreeBSD.org

2014-10-13T22:15:26+00:00

f9721976514fd3ee8d8ae74e1b32f2e63a4719f7

This allows us to use libevent for other application in the future.

For now libevent is still INTERNALLIB and no shared library is installed.

MFC after:	1 month





This allows us to use libevent for other application in the future.

For now libevent is still INTERNALLIB and no shared library is installed.

MFC after:	1 month