SPECS: bitkeeper.spec (HEAD)

Andrzej Krzysztofowicz ankry w green.mif.pg.gda.pl
Pon, 8 Wrz 2003, 13:14:37 CEST


Michal Moskal wrote:
> On Mon, Sep 08, 2003 at 12:40:20PM +0200, Andrzej Krzysztofowicz wrote:
> > Michal Moskal wrote:
> > > On Mon, Sep 08, 2003 at 10:01:03AM +0200, Jakub Bogusz wrote:
> > > > On Mon, Sep 08, 2003 at 09:23:28AM +0200, Paweł Gołaszewski wrote:
> > > > > On Mon, 8 Sep 2003, arekm wrote:
> > > > > [...]
> > > > > > Log message:
> > > > > > - authomatic way of finding correct tarball inside bin (thanks malekith)
> > > > > [...]
> > > > > > +perl -e 'while (<>) {s/.*(\037\213)/$1/ and last;} do { print } while (<>) ' ${SRC} | gzip -d | tar xf -
> > > > > 
> > > > > Czy takie coś może być traktowane jako wzór/szkielet dla wszystkich tak 
> > > > > "fajnie" udostępnianych źródeł?
> > > > > 
> > > > > Bo jeżeli tak to chyba wartoby z tego zrobić macro... (jakieś 
> > > > > %extract_from_bin)
> > > > 
> > > > 2 bajty to trochę słaby warunek - może nie zawsze działać poprawnie.
> > > 
> > > Można jeszcze dodać \8 (deflate). I przerobić na seda, zrobię to za
> > > chwilę. Fakt, że to i tak słaby warunek, ale najwyżej się wywali ;)
> > 
> > Sprawdz, ale ZTCP sed nie najlepiej sobie radzi z liniami zawierajacymi
> > znaki spoza ascii (zwlaszcza sterujace: 0x0-0x1f, 0x80-0x9f).
> > 
> > (kiedys robilem cos a la:
> > 
> >  ... | grep -a "text" | sed 's/^.*text/text/'
> > 
> > i mi nie wywalal tego, co przed "text" - dostawalem linie zaczynajace sie od
> > binarnych smieci - prosto z grepa).
> 
> Rzeczywiście. No to zostaje w perlu. Ale IMHO wrzucanie tego to perl-prov
> to nie jest najlepszy pomysł -- to wywałuje skrypty do generacji
> zależności? Zależność od perla nie jest taka straszna (think automake),
> szczególnie, że nie dotyczy niczego z podstawowego systemu.

Tylko kto z uzywajacych makra bedzie o tej zaleznosci pamietal ?

-- 
=======================================================================
  Andrzej M. Krzysztofowicz               ankry w mif.pg.gda.pl
  phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math.,   Gdansk University of Technology



Więcej informacji o liście dyskusyjnej pld-devel-pl