2009-07-27 9 views
7

Robię całkiem proste przekształcenie istniejącej biblioteki (libtcod) w Autotools (dla szczęścia OS X) . Niestety, gdy zmieniam regułę Makefile.am na na lib_LTLIBRARIES, kompilacja przechodzi od pomyślnego do un. Wyciąg z poniższej wyjścia:LTLIBRARIES: mv * .Tpo * .Plo, ale ten pierwszy nie istnieje, a drugi już robi

Making all in . 
make[1]: Nothing to be done for `all-am'. 
Making all in src 
/bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -g -O2 -MT bresenham_c.lo -MD -MP -MF .deps/bresenham_c.Tpo -c -o bresenham_c.lo bresenham_c.c 
mv -f .deps/bresenham_c.Tpo .deps/bresenham_c.Plo 
mv: rename .deps/bresenham_c.Tpo to .deps/bresenham_c.Plo: No such file or directory 
make[1]: *** [bresenham_c.lo] Error 1 
make: *** [all-recursive] Error 1 

src/Makefile.am wygląda następująco:

lib_LTLIBRARIES = libtcod.la 
libtcod_la_SOURCES = bresenham_c.c bresenham3_c.c bsp_c.c color_c.c ... 

src/.deps zawiera:

$ ls src/.deps/ 
bresenham_c.Plo bresenham_c.Po ... 

jestem podejmowania oczywisty błąd tutaj, lub powinno działać?

Odpowiedz

10

Tak, popełniam oczywisty błąd. Musiałem uruchomić autoreconf -i, aby utworzyć niepusty skrypt ltmain.sh; istniejący stworzył tutaj ../libtool tutaj no-op.

+0

Od pewnego czasu walę głową o ten sam problem. Mój program był świetny, dopóki nie spróbowałem go na openSUSE12.1. To naprawiło mnie. –

+3

czym są .Tpo i .Plo, przy okazji? i w jaki sposób 'autoreconf -i' pomaga naprawić związane z nimi problemy? i dlaczego to nie pojawia się w dokumentacji README lub INSTALL projektów zależnych od automake? – PypeBros

+0

Nie mam pojęcia, co to jest, ale rozwiązał mój problem podczas próby kompilacji rxp-1.5.0, jako część narzędzi SPEC w CPU2006-1.2 na ARM. Więc dziękuję za to. – Chris

Powiązane problemy