zsh.spec (by³o: -fomit-frame-pointer)
Jakub Bogusz
qboosh w pld.org.pl
Wto, 22 Kwi 2003, 09:22:00 CEST
On Tue, Apr 22, 2003 at 12:50:41AM +0200, Tomasz Pala wrote:
> On Tue, Apr 22, 2003 at 00:43:03 +0200, Jakub Bogusz wrote:
> > > Czy tak jest dobrze? Bo innego pomys³u na dodanie nie mam... Chyba nie
> > > powinno szkodziæ, gdy¿ jest:
> > > rpmcflags %{?debug:%debugcflags}%{!?debug:%optflags}
> >
> > Obawiam siê, ¿e to nie zadzia³a,
>
> Dzia³a, sprawdza³em przed commitem. Tylko czy nie ma innych
> przeciwskazañ?
Tzn. nie to, co powy¿ej, ale to, co jest w zsh.spec... ale jednak
dzia³a.
> > bo %define jest wykonywane przy
> > parsowaniu speca, du¿o wcze¶niej ni¿ wywo³ywanie skryptu %prep (który
> > zreszt± jest wykonywany przez /bin/sh, wiêc rpm nie ma we¼mie stamt±d
> > warto¶ci zmiennej do rozwiniêcia makra).
>
> Nie wiem czemu, ale dzia³a.
A, ju¿ wiem. Ale to bardziej por±bane ni¿ my¶la³em ;)
newoptflags="%{optflags} -fomit-frame-pointer"
%define optflags $newoptflags
W pierwszej linii %{optflags} rozwija siê po staremu, wg rpmrc.
W drugiej %optflags jest ustawiane na (dos³ownie) "$newoptflags",
a dopiero shell rozwija t± zmienn± zgodnie z tym, jak by³a ustawiona na
podstawie starych %{optflags}.
--
Jakub Bogusz http://cyber.cs.net.pl/~qboosh/
Wiêcej informacji o li¶cie dyskusyjnej pld-devel-pl