Cross compiling?
Le
ptilou
Slt,
Pour de l’Android 7 ou ultérieur, y a t’il au moment d=
e la compile, sur une architecture amd64 étant donné que lâ€=
™android est sous arm quelque chose à mettre de particulier avec gcc=
?
Merci
—
Ptilou
Pour de l’Android 7 ou ultérieur, y a t’il au moment d=
e la compile, sur une architecture amd64 étant donné que lâ€=
™android est sous arm quelque chose à mettre de particulier avec gcc=
?
Merci
—
Ptilou
Utilise un EDI de développement qui est orienté cross compilation comme Lazarus.
Tu peut développer son apli. Androïd sous PC, dire que ta cible est un compilateur ARM, et copier-coller ton binaire sous Androïd.
zeLittle
J'enlève mes moufles:
Utilise un EDI de développement qui est orienté cross compilations comme Lazarus.
Tu peux développer ton appli. Androïd avec Laz. sous PC (puces Intel, ...), et dire que ta cible est une puce ARM. Ensuite, tu copies-colles ton binaire dans ton Androïd.
Le mardi 4 février 2020 12:34:15 UTC+1, zeLittle a écrit :
J'utilise Eclipse !
Je préfère passer en ligne de commande sous Batch, voir zsh !
--
ptilou
ptilou
J'utilise Eclipse aussi pour du Php. Mais Eclipse ne sait créer du code qui ne puisse s'exécuter que sur l'aritecture + OS PC sur laquelle tu codes, tu travailles.
Maintenant, si tu veux écrire du code pour une autre architecture, il existe 2 solutions:
- Java (ssi la JRE existe pour l'artitecture que tu cibles au final).
- Lazarus: là, tu écris ton code, et tu dis au compilateur vers quelle architecture tu dois compiler.
La dernière solution offre des avantages: tu peux par exemple transférer le compilateur FPC de Lazarus sous un Raspberry (OS=Rasbian), installer un deamon souris pour le terminal (pour avoir un pilote de souris comme à la glorieuse époque des souris sous DOS), et coder dans VIM + Midnight commander (c'est à dire avoir un EDI semi-graphique), bref dans le Raspberry-même si tu ne veux pas le faire sur ton PC et que tu ne veux t'épargner le transfert de ton binaire dans le RaspBerry après chaque compilation. En résumer, ça le fait aussi là (dans les archtictures + OS ultra légères), où la JRE est trop grosse pour y être installée.
Tu es bien conscient à qui tu réponds ?
[snip]
Tes lignes sont trop longues.
Il faut peut-être configurer Sylpheed.
A Gros minet, qui a prit pour avatar "PtiLou" ;-)
zeLittle
correction:
[snip] pris [snip]
Pas facile à conjuger comme verbe.
man gcc
--
Serge http://cahierdesergio.free.fr/
Soutenez le libre: http://www.framasoft.org
http://www.linuxcertif.com/man/1/gcc/
[...]
-mcpu=nom
Ceci spécifie le nom du processeur ARM cible. GCC utilise ce nom pour déterminer quel type d'instructions il peut émettre lors de la génération de code assembleur. Les noms autorisés sont : arm2,
arm250, arm3, arm6, arm60, arm600, arm610, arm620, arm7, arm7m, arm7d, arm7dm, arm7di, arm7dmi, arm70, arm700, arm700i, arm710, arm710c, arm7100, arm7500, arm7500fe, arm7tdmi, arm8, strongarm,
strongarm110, strongarm1100, arm8, arm810, arm9, arm9e, arm920, arm920t, arm940t, arm9tdmi, arm10tdmi, arm1020t et xscale.
[...]
-march=nom
Ceci spécifie le nom de l'architecture ARM cible. GCC utilise ce nom pour déterminer quel type d'instructions il peut émettre lors de la génération de code assembleur. Cette option peut être
utilisée en conjonction avec, ou sans l'option -mcpu=. Les noms autorisés sont : armv2, armv2a, armv3, armv3m, armv4, armv4t, armv5, armv5t, armv5te.
vi makefile
--
Serge http://cahierdesergio.free.fr/
Soutenez le libre: http://www.framasoft.org