Ubuntu-fr

leothelast

[Résolu]swfmill

Je voudrais pouvoir développer de l'action script pour animer des objets. J'ai installé pour l'instant la plupart des outils pour réaliser cela sous linux. Avec une exception:

J'ai téléchargé le code source du programme swfmill et j'ai suivi les instructions suivantes trouvées sur le net:

tar -xzvf swfmill-0.2.9.tar.gz
# là j'ai évidemment fait mkdir swfmill* pour créer le répertoire
cd swfmill-0.2.9
apt-get install libxml2 libfreetype6-dev libxslt1-dev libpng3-dev
./configure
make && make install

La dernière ligne m'a donné le résultat suivant :

make: *** Pas de cibles spécifiées et aucun makefile n'a été trouvé. Arrêt.

Le contenu du répertoire est :

aclocal.m4  config.guess  configure.ac  libtool      missing  test
AUTHORS     config.log    COPYING       ltmain.sh    NEWS     TODO
autogen.sh  config.sub    depcomp       Makefile.am  README
compile     configure     install-sh    Makefile.in  src

Je me suis dit qu'il fallait donner les options GNU --file=Makefile*. Les essais que j'ai fait n'ont pas été probant... J'obtiens des erreurs du style :

 Pas de cibles. Arrêt.

Ou encore

Makefile.in:15: *** séparateur manquant . Arrêt.

Une idée?

Léo

Dernière modification par leothelast (Le 06/03/2010, à 14:51)

---

Arrête de t' l' APT, arrête de t' l' APT, parce que ton ordi est sous Linux!
Arrête de t' l' APT, arrête de t' l' APT, le jour où il te manquera un truc, tu devras l'écrire toi-même en C avec des pointeurs
http:www.leonardmessier.com

slasher-fun

Re : [Résolu]swfmill

Bonjour,

Un fichier a été baptisé README plutôt que IGNOREME. L'as-tu lu ?

yoann21

Re : [Résolu]swfmill

Salut,
Peux-tu nous dire ce que t'a donné le ./configure
C'est surement des headers manquant.

leothelast

Re : [Résolu]swfmill

Bonjour,

Un fichier a été baptisé README plutôt que IGNOREME. L'as-tu lu ?

Le fichier qui dans mon cas aurait pu s'appeler YOUCOULDIGNOREMEIFYOUALREADYHAVEFOUNDTHEINSTALLSPECSONTHEINTERNET ne contient, ô miracle, que les instructions d'installation que j'ai cité dans mon premier post.

Quant au résultat du configure, le voici :

checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking for g++... g++
checking for C++ compiler default output file name... a.out
checking whether the C++ compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for style of include used by make... GNU
checking dependency style of g++... gcc3
checking for gcc... gcc
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking dependency style of gcc... gcc3
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking whether ln -s works... yes
checking how to recognize dependent libraries... pass_all
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking how to run the C++ preprocessor... g++ -E
checking for g77... no
checking for xlf... no
checking for f77... no
checking for frt... no
checking for pgf77... no
checking for cf77... no
checking for fort77... no
checking for fl32... no
checking for af77... no
checking for xlf90... no
checking for f90... no
checking for pgf90... no
checking for pghpf... no
checking for epcf90... no
checking for gfortran... no
checking for g95... no
checking for xlf95... no
checking for f95... no
checking for fort... no
checking for ifort... no
checking for ifc... no
checking for efc... no
checking for pgf95... no
checking for lf95... no
checking for ftn... no
checking whether we are using the GNU Fortran 77 compiler... no
checking whether  accepts -g... no
checking the maximum length of command line arguments... 1572864
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
configure: creating libtool
appending configuration tag "CXX" to libtool
checking for ld used by g++... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes
checking for g++ option to produce PIC... -fPIC
checking if g++ PIC flag -fPIC works... yes
checking if g++ static flag -static works... yes
checking if g++ supports -c -o file.o... yes
checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... GNU/Linux ld.so
(cached) (cached) checking how to hardcode library paths into programs... immediate
appending configuration tag "F77" to libtool
checking for pkg-config... yes
checking whether gcc and cc understand -c and -o together... yes
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for XML... configure: error: Package requirements (libxml-2.0) were not met:

No package 'libxml-2.0' found

Je ne comprends pas la signification des lignes qui se terminent par no
Quant à l'erreur de fin, j'ai essayé de trouver ce paquet mais j'en ai une version plus récente. Est-ce que ça peut expliquer le dysfonctionnement?

---

Arrête de t' l' APT, arrête de t' l' APT, parce que ton ordi est sous Linux!
Arrête de t' l' APT, arrête de t' l' APT, le jour où il te manquera un truc, tu devras l'écrire toi-même en C avec des pointeurs
http:www.leonardmessier.com

sheep

Re : [Résolu]swfmill

Bonjour,

Tu compiles l'application, il te faut donc les bibliothèques de développement.
Est-ce que libxml2-dev est bien installée?

---

Save water, Drink beer

yoann21

Re : [Résolu]swfmill

En fait le ./configure vérifie si tu as tous les headers (.h) nécessaire à la compilation et crée ensuite les makefile.
Les lignes du haut en no, ne t'en occuppes pas c'est normal
A mon avis il n'y aura pas que libxml2-dev à installer

Donc relances le ./configure autant de fois que nécessaire.
En fonction du paquet qu'il t'indique, installes le -dev associé. Cela installera aussi le paquet contenant les binaires par dépendances.

leothelast

Re : [Résolu]swfmill

Mon souci est résolu, c'était bien un problème de librairies.... Merci à ceux qui m'ont donné un coup de main par leurs commentaires productifs et bienveillants.

---

Arrête de t' l' APT, arrête de t' l' APT, parce que ton ordi est sous Linux!
Arrête de t' l' APT, arrête de t' l' APT, le jour où il te manquera un truc, tu devras l'écrire toi-même en C avec des pointeurs
http:www.leonardmessier.com