Subject: Re: The infamous hidden dependencies problem
To: None <tech-pkg@netbsd.org>
From: Greg A. Woods <woods@weird.com>
List: tech-pkg
Date: 06/07/2001 20:39:13
[ On Thursday, June 7, 2001 at 20:02:32 (-0400), Johnny C. Lam wrote: ]
> Subject: Re: The infamous hidden dependencies problem
>
> This is a relatively cool idea, though I see some minor problems with
> it. Firstly, you'd need to list every single library that is used by
> a package, which seems to be slightly onerous.
Well, every non-standard library (eg. not '-lc') :-)
But why's that onerous? That's part of software configuration to
specify all the components necessary. Pkgsrc mandates it anyway! (with
DEPENDS)
Hmmm.... maybe there's a way to tie DEPENDS in with the -I/-L stuff....
> Secondly, you'd still
> have to patch a lot of configure scripts since not all authors use the
> AC_CHECK_LIB macro;
I think that's the biggest problem, though it may "go away" in time if
users of Autoconf become happy and accustomed with its way of doing
things....
> several packages create their own macros to check
> for librares. Thirdly, this only solves the problem for GNU
> autoconf-based packages. I think that we need something more general
> to isolate the build environment for all the packages, which is why
> I'm pushing this buildlink.mk idea.
The two may be necessary together in some cases....
consider what'll happen if PREFIX=/usr/local -- I'd bet some packages
will look there anyway, even if LDFLAGS doesn't include any "-L".
and even worse if $PREFIX/lib contains non-pkgsrc stuff....
--
Greg A. Woods
+1 416 218-0098 VE3TCP <gwoods@acm.org> <woods@robohack.ca>
Planix, Inc. <woods@planix.com>; Secrets of the Weird <woods@weird.com>