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