I don't know what nbmake change is responsible, I do make an
assumption (which may not be correct) that the package used
to build with nbmake.  Attempting to build with nbmake now
results in it barfing in the expansion of ZLIB_OBJS = -lz and
BZLIB_OBJS = -lbz2.

I have to admit I didn't explore why agressively because
gmake was happy to deal with it.  However, an alternative is
to alter patch-aa to make the makefile work w/ nbmake.

On Tue, Oct 07, 2003 at 07:51:24AM +0200, Thomas Klausner wrote:
> On Tue, Oct 07, 2003 at 03:46:08AM -0000, Robert T. Retzlaff wrote:
> >  Modified Files:
> >  	pkgsrc/archivers/xmill: Makefile distinfo
> >  Added Files:
> >  	pkgsrc/archivers/xmill/patches: patch-ad patch-ae patch-af patch-ag
> >  	    patch-ah patch-ai patch-aj patch-ak patch-al patch-am patch-an
> >  
> >  Log Message:
> >  patch-a{d,e,f,g,h,i,j,k,l}: add class-key to friend declarations.
> >  patch-a{m,n}: whitespace fix to avoid cpp warnings.
> >  Finally, make it use gmake nbmake isn't compatible anymore.
> 
> What has changed to make gmake necessary?

-- 

Tyler R. Retzlaff <rtr@NetBSD.org> http://www.NetBSD.org