On Fri, Jun 21, 2002 at 07:11:16PM -0400, Mikhail Teterin wrote:
On Friday 21 June 2002 06:02 pm, David O'Brien wrote:
= On Fri, Jun 21, 2002 at 05:46:17PM -0400, Mikhail Teterin wrote:
= Why can't we have some way to explicitly list what is and what is not
= needed?
=
= Feel free to
I guess I missed them, but now some of my ports -- which use bsd.lib.mk
-- don't work on -current :-\ and I don't know how to fix them in the
backward-compatible way.
The ports -- such as devel/tcl-memchan, for example, only want to build
and install the shared versions of the libraries.
I used
On Fri, Jun 21, 2002 at 02:29:33PM -0400, Mikhail Teterin wrote:
I used to define INTERNALLIB to avoid building and installing the static
version, but that is now almost reversed -- only the static will be
built and nothing will be installed.
The old INTERNALLIB knob was confusion and not
On Friday 21 June 2002 04:28 pm, David O'Brien wrote:
= On Fri, Jun 21, 2002 at 02:29:33PM -0400, Mikhail Teterin wrote:
= I used to define INTERNALLIB to avoid building and installing the
= static version, but that is now almost reversed -- only the static
= will be built and nothing will be
On Fri, Jun 21, 2002 at 05:46:17PM -0400, Mikhail Teterin wrote:
= I can think of very few reasons to build a .so, but not a .a. Some
= people do like to build static binaries.
And some people are the opposite. However, for loadable (as in dlopen(3))
plugins, suchs Tcl modules the static
On Friday 21 June 2002 06:02 pm, David O'Brien wrote:
= On Fri, Jun 21, 2002 at 05:46:17PM -0400, Mikhail Teterin wrote:
= Why can't we have some way to explicitly list what is and what is not
= needed?
=
= Feel free to send a patch adding ONLYSHAREDLIBS. INTERNALLIB in no
= logical way I can