tech-pkg archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: DEPENDS semantics (was: removing useless dependencies)



On Tue, Jul 14, 2015 at 10:06:43AM +0200, Marc Espie wrote:
> On Tue, Jul 14, 2015 at 03:43:26AM +0000, David Holland wrote:
> > On Mon, Jul 13, 2015 at 11:17:40PM +0200, Thomas Klausner wrote:
> >  > > Again: the pattern itself provides the most natural ordering. Anything
> >  > > else violates the principle of least surprise.
> >  > 
> >  > For the most common existing use case, the ordering would be
> >  > counterproductive. Viz.:
> >  > 
> >  > DEPENDS+=	   gtar-base-${PKGVERSION}{,nb*}:../../devel/gtar-base
> >  > 
> >  > by your argument it should prefer gtar-base-1.2.4 to gtar-base-1.2.4nbX.
> > 
> > As I already said once, because we tend to write in ascending order it
> > might make sense to pick from the right, not the left. Or one could
> > easily rewrite as gtar-base-${PKGVERSION}{nb*,}
> > 
> > However, this particular case really ought to be written like this:
> >    gtar-base>=${PKGVERSION}<${PKGVERSION}nb999
> 
> I really don't get why you guys still have ../../ in the path part.
> 
> Basing depends off the PORTSDIR  simplifies everything and is the way
> to do things.
> 
> Heck, you can probably tweak things to match the path part vs
> ../*  as a conditional, so that the migration would be painless.

Good idea.

However, that wouldn't work for the buildlink3.mk files since they are
".include"d, so we'd have "../../" for those but not for DEPENDS.
 Thomas


Home | Main Index | Thread Index | Old Index