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ć?
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. –
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
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