Warunkowe budowanie

[Paweł A. Gajda]

środa 22/11/2000 22:44:39, Tomasz Kłoczko:
> On Wed, 22 Nov 2000, Paweł A. Gajda wrote:
> 
> > Przyjęty obecnie schemat makr FEATURE/no_FEATURE nie pozwala na:
> > - wyłowienie ich ze speców automatem (co utrudnia oglądanie)
> > - umieszczanie na stałe w .rpmmacros preferowanych opcji 
> >   (program A chcę mieć z dzwiękiem, ale B już nie)
> > 
> > Myślę że warto zmienić to na coś takiego: 
> > bcond_<package>_[enable|disable|on|off|etc]_<feature>
> > 
> > co załawi powyższe. Kawałek skryptu podpięty pod rpma 
> > pozwoli je sobie łatwo oglądać:
> > 
> > rpm --bcond ~/rpm/SPECS/postgresql.spec
> > bcond_pgsql_disable_locale (on)
> > bcond_pgsql_disable_multibyte
> > 
> > ?
> 
> Paweł możesz wytłumaczyć po krótce dlaczego tak, a nie inaczje i w czym
> przeszkadza to co jest obecnie ?

Obecny schemat nie pozwala:
a) określić jednoznacznie czy jest to "FEATURA", czy tylko jakieś 
   tam pomocnicze makro (myślę o wyłuskiwaniu tego ze speca automatem).

b) zdefiniować sobie zestaw makr per pakiet w .rpmmacros (takim "sound" 
   czy "ipv6" może zostać oznaczonych kilka pakietów).

Kilka pakietów (apacz, perl, postgres, mysql) buduję lokalnie z innymi 
ustawieniami, wrzucienie ich do .rpmmacros pozwoli choć trochę o nich 
zapomnieć. 

Dlaczego tak, a nie inaczej...? Hm, wydaje mi się to najprostsze.
A poptowy alias tylko to opakowywuje dając funkcjonalność ./configure:

$ rpm --bcond <spec>
$ rpm -bb <spec> --define '<bcond_X> 1'

Paweł