[HEAD] SDL_gfx.spec nie budutsa

Jakub Bogusz qboosh w pld.org.pl
Wto, 5 Sie 2003, 23:20:50 CEST


On Tue, Aug 05, 2003 at 07:42:27PM +0200, Piotr Szymański wrote:
>  athlon-pld-linux-gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -
> DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -
> DPACKAGE=\"SDL_gfx\" -DVERSION=\"2.0.8\" -DSTDC_HEADERS=1 -
> DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -
> DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -
> DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DBUILD_DLL -I. -I. -O3 -march=athlon -
> DUSE_MMX -I/usr/include/SDL -D_REENTRANT -MT SDL_imageFilter.lo -MD -MP -MF .
> deps/SDL_imageFilter.Tpo -c SDL_imageFilter.c -o SDL_imageFilter.o >/dev/null 
> 2>&1

Po usunięciu przekierowań widać komunikaty o powielonych etykietach
- ten sam kod występuje wiele razy, bo kompilator przerobił zawierające
je funkcje na inline.

> make: *** [SDL_imageFilter.lo] Błąd 1
> błąd: Błędny status wyjścia z /var/tmp/rpm-tmp.5100 (%build)
> **********

Nie używaj -O3.
Poprawkę mam (nie powinna niczego zmieniać przy -O2), ale wątpię, czy
używanie -O3 przyniesie jakiekolwiek zyski w wydajności - raczej wprost
przeciwnie ze względu na duży rozmiar kodu traktowanego jako funkcje
inline.

Sens zaaplikowania poprawki jest tylko taki, że kod powinien się
kompilować niezależnie od wybranych opcji optymalizacji.


-- 
Jakub Bogusz    http://cyber.cs.net.pl/~qboosh/



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