Re: a GAR question



Agreed... The authors had the good sense to return to the conventional
naming scheme in later versions.



On Sat, 2005-03-12 at 11:55, guenther wrote:
> > Got the opportunity to try out your suggestion and found one other
> > surprise... There is no rule in gar.lib.mk to handle A-%-tar.gz so I
> > added one:
> 
> No surprise at all. That file 'pwlib-v1_8_3-src-tar.gz' really is named
> bad. It should have been .tar.gz as suffix. (Note the '-' in the name.
> Apparently the packager decided to release a tar archive, rather than a
> directory with files...)
> 
> 
> > --- gar.lib.mk  2005-03-10 13:07:20.664732184 -0500
> > +++ gar.lib.mk- 2005-03-10 13:04:53.381124809 -0500
> > @@ -191,9 +191,6 @@
> >  extract-%.tar.Z: tar-gz-extract-%.tar.Z
> >         @$(MAKECOOKIE)
> >   
> > -extract-%-tar.gz: tar-gz-extract-%-tar.gz
> > -       @$(MAKECOOKIE)
> > -
> >  extract-%.tgz: tar-gz-extract-%.tgz
> >         @$(MAKECOOKIE)
> 
> *.tar.gz files are handled correctly by default, *-tar.gz are not... ;-)
> 
> $ grep '%.tar.gz$' gar.lib.mk -A 1
> extract-%.tar.gz: tar-gz-extract-%.tar.gz
>         @$(MAKECOOKIE)
> 
> ...guenther
> 
> 
> -- 
> char *t="\10pse\0r\0dtu\0  ghno\x4e\xc8\x79\xf4\xab\x51\x8a\x10\xf4\xf4\xc4";
> main(){ char h,m=h=*t++,*x=t+2*h,c,i,l=*x,s=0; for (i=0;i<l;i++){ i%8? c<<=1:
> (c=*++x); c&128 && (s+=h); if (!(h>>=1)||!t[s+h]){ putchar(t[s]);h=m;s=0; }}}
-- 
joseph_sacco[at]comcast[dot]net




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]