Re: CVS commit: pkgsrc/sysutils/pfstat

[David Holland <dholland-pkgchanges%netbsd.org@localhost>]

On Sun, May 27, 2012 at 08:47:16PM +0000, David Holland wrote:
 >  >  > >
 >  >  > >  >  If I type "make -n" or "bmake -n" in the subdir, the executable 
 > is
 >  >  > >  >  created as would be expected.  Bypassing the wrapper for
 >  >  > >  >  "/usr/bin/make -n" has the same result.
 >  >  > >
 >  >  > >Hrm. Is the problem that the top-level makefile isn't recursing into
 >  >  > >the subdir?
 >  >  > 
 >  >  > It is going into the subdir.  The hack only does the final linking;
 >  >  > the subdir's makefile created the object files.
 >  > 
 >  > Ok, that really makes no sense.
 >  > 
 >  > ...nor does this, which I'm now(?) seeing in my test environment:
 >  > 
 >  > install ===> pfstatd
 >  > /usr/bin/install   -c -s   -o pbuild -g pkgbulk -m 755
 >  > /home/pkgbulk/c/obj/sysutils/pfstat/work/pfstat-2.5/pfstatd/../pfstatd
 >  > 
 > /home/pkgbulk/c/obj/sysutils/pfstat/work/.destdir/home/pkgbulk/b/pkg/bin/pfstatd
 >  > install: 
 > /home/pkgbulk/c/obj/sysutils/pfstat/work/pfstat-2.5/pfstatd/../pfstatd: not 
 > a regular file
 >  > *** Error code 1
 > 
 > oh, I bet I know what's going on... setting .PATH: ${.CURDIR}/.. can't
 > possibly be a good idea. I bet it works without that.

Ok, what I just committed fixes the problem I was seeing; it's likely
to fix yours too. Give it a try when you get a chance...

-- 
David A. Holland
dholland%netbsd.org@localhost