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 fr
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
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 stati
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 b
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 r
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