J'ai l'impression d'entendre parler japonais quand je vous lis :mdr1:

KageNoSensei a écrit:

Hum c'est bon à savoir ça ! Merci xz
Allé ça me motive à chercher un mini clavier USB

Disons que la caanoo c'est quand meme pas fait pour ca a la base. L'ecran est tres petit pour afficher du texte, et si tu es en wifi, il faut un hub usb en plus pour brancher le dongle et le clavier ...

Citation :

J'ai l'impression d'entendre parler japonais quand je vous lis

moi aussi pourtant j'ai déjà connu les paths (avec les devs sur DS)

BAFelton a écrit:

J'ai l'impression d'entendre parler japonais quand je vous lis :mdr1:

arf, on emploie des mots techniques en anglais qui semblent compliqués. mais bon tout ca c'est assez simple :

cross-compiler : action de fabriquer un fichier binaire executable (un "logiciel") sur une plateforme qui n'est pas celle qui sera utilisee au final. Je fabrique sur mon PC Linux avec un processeur Intel x86, un logiciel qui va fonctionner sur une caanoo sous Linux avec un processeur ARM : c'est ca qu'on appelle "cross-compiler".

PATH : c'est une variable qui contient la liste des repertoires pouvant contenir des commandes executables, par exemple PATH=/bin:/usr/bin:/sbin:/usr/sbin etc ...

configure : script permettant d'identifier automatiquement tous les parametres necessaires a la fabrication des binaires executables (en particulier en generant les fichiers "Makefiles" qui seront eux meme utilisés pour produire les fichiers binaires).

je connaissait pas juste cross-compiler, il faut que je me remette au C là

Finalement, le configure ne s'est pas si bien passé que ça. Les outils utilisés ne sont pas ceux de la cross-compilation Que mets-tu réellement dans ton PATH (GPH_SDK/tools/gcc-4.2.4-glibc-2.7-eabi/bin) ?

J'ai installé le SDK à la racine de mon compte et mon PATH est :
/usr/local/bin:/usr/bin:/bin:/usr/games:/home/eric/GPH_SDK/tools/gcc-4.2.4-glibc-2.7-eabi/bin

ça va mieux maintenant mais la compilation se termine mal lors du linkage :
undefined reference to `g_malloc_n' et undefined reference to `g_malloc0_n'

de plus, il utilise les fichiers d'include de mon système (Debian sid). Je trouve ça bizarre

Je pense que l'on a besoin de se lier aux librairies fournies avec le SDK dans le répertoire GPH_SDK/lib/target, non ?

Dans la version compilée, tu as embarqué 4 librairies dynamiques, pourquoi ?

On dirait que la glib ne fait pas parti des librairies fournies Il faut donc la compiler pour la Caanoo ?

la plupart des librairies dynamiques ne sont pas installees sur la caanoo, par contre elles sont dans : <....>tools/gcc-4.2.4-glibc-2.7-eabi/arm-gph-linux-gnueabi/sys-root/usr/lib/

donc j'ai ete oblige de les recopier au meme endroit que le binaire et de faire un export LD_LIBRARY_PATH=. pour pouvoir faire tourner irssi sur la caanoo.

(ps: tu dois pouvoir merger tes posts, c'est pas super facile a lire ).

j'ai fait un post à chacune de mes avancées, désolé Quand tout marchera, je ferais un post dans la partie Développement.

Pourquoi j'ai une erreur de linkage sur les fonctions d'allocation mémoire (g_malloc) ?

je vois le soucis, je pense que tu as une distrib linux plus recente que moi (je suis en FC9) et du coup les includes ne sont pas compatibles entre ceux de la distrib installee sur ton PC et les librairies de GPH. Moi j'ai de la chance ca passe ...

Je pense qu'il faut que tu utilises un ./configure --host=... --includedir=<include_dir_de_gph> --libdir=<lib_dir_de_gph>

comme ca il prendra les .h de GPH et pas ceux de ta distrib locale.

--inlcudedir et --libdir sont les répertoires d'installation et non, les répertoires des headers et des lib pour la compilation. J'ai testé pleins de variantes et je n'y arrive pas :'(

Sinon tu peux toujours modifier le Makefile genere et mettre les bons -I<include> et les -L<libdir> ? (c'est ce que je fais quand je ne m'en sors pas ...)

ce qui est bizarre, c'est que tout ce que j'ai tenté ne marche pas. Le configure n'est pas sensible à la spécification des nouveaux chemins. Il fait toujours le lien avec /usr/include pour glib-2.0. Il faudrait qu'il utilise le répertoire pkg-config du sdk mais pas moyen !