C'est censé être l'architecture trop super à la mode, et quand je cherche sur google, ya que des choses nulles.
C'est normal, dès qu'un truc devient à la mode, plein de nuls s'y intéressent et rendent la chose nulle (c'est une constatation générale, pas une attaque contre toi, hein)
Bref, comment on fait pour avoir deux trois outils pour coder en ARM, un émulateur, et c'est tout ?
Bah, ça dépend. Étant donné que c'est un truc à la mode, pleins de gens sont prêts à te refourguer des trucs tout prêts où il ne faut surtout pas que tu comprennes les détails, comme tu t'en es rendu compte. Et donc les « autres » vont fouiller à droite et à gauche pour savoir comment faire. C'est vrai que c'est dommage qu'il n'y ait pas d'intermédiaire, genre des explications un peu standard sur comment faire, mais c'est parce que le milieu est encore un peu « jeune » je pense. Et plein de gens qui veulent que ce soit à la mode. Bon, normalement, ce serait à ton école de faire ça, mais ça n'a pas l'air d'être le cas.
Puis si vous avez de la doc aussi, ça m'intéresserait.
Là je te demanderais : quelle doc tu veux exactement ? Car à mon avis, il te manque la base, je veux dire, le point de départ qui fera que tu sais ce que tu veux. Déjà pour ça il faut te demander ce que tu veux : vouloir un « IDE pour ARM » c'est déjà pour moi une mauvaise question. Enfin, je sais qu'aujourd'hui on est habitué aux trucs tout prêt avec Android et iOS, mais quand tu pars dans des considérations aussi génériques, il faut être plus précis.
Quand tu y réfléchis, tu veux compiler du code, peut-être ; il te faut donc un compilateur. Ou alors assembler et lier du code si tu fais de l'assembleur, à l'aide d'un ... assembleur et d'un linker. Cas spécial ici, tu veux sûrement développer depuis ton ordi, un x86 ; tu attaques alors ce qu'on appelle la compilation croisée, ou cross-compilation. Rajoute « cross » devant le nom des outils précédents et tu as ce que tu recherches. Après, pour écrire du code, tu as sûrement déjà un éditeur préféré.
Bon, tout ça c'est plus complexe qu'un truc où tu cliques sur un bouton et ça marche, mais c'est plus intéressant, je trouve. Encore une fois, le « monde » ARM (ou même embarqué en général) n'est pas encore assez standardisé pour avoir des procédures toutes prêtes bien définies, en dehors d'outils bien chers et fermés (encore une fois, c'est mon avis, et je ne connais pas tout ce qui existe, loin de là).
Mais c'est comment ils font les pro ?
Bah déjà, ils ne font pas d'assembleur, ils font du C et ils s'en foutent que ce soit de l'ARM... Ils ont le compilo qui fait le boulot pour eux. C'est « triste » mais c'est comme ça.
Dans l'état actuel des choses, j'ai une opinion très négative d'ARM. C'est con, ils ont payé mon école pour que j'en fasse...
Bah je trouve qu'en général, les boites privées sont pas très douées pour la pédagogie. Après, ton école a l'air d'avoir du mal aussi...
# Quelques éléments de réponse
Posté par benoar . En réponse au message Coder en ARM avec Linux, c'est possible ?. Évalué à 9.
C'est normal, dès qu'un truc devient à la mode, plein de nuls s'y intéressent et rendent la chose nulle (c'est une constatation générale, pas une attaque contre toi, hein)
Bref, comment on fait pour avoir deux trois outils pour coder en ARM, un émulateur, et c'est tout ?
Bah, ça dépend. Étant donné que c'est un truc à la mode, pleins de gens sont prêts à te refourguer des trucs tout prêts où il ne faut surtout pas que tu comprennes les détails, comme tu t'en es rendu compte. Et donc les « autres » vont fouiller à droite et à gauche pour savoir comment faire. C'est vrai que c'est dommage qu'il n'y ait pas d'intermédiaire, genre des explications un peu standard sur comment faire, mais c'est parce que le milieu est encore un peu « jeune » je pense. Et plein de gens qui veulent que ce soit à la mode. Bon, normalement, ce serait à ton école de faire ça, mais ça n'a pas l'air d'être le cas.
Puis si vous avez de la doc aussi, ça m'intéresserait.
Là je te demanderais : quelle doc tu veux exactement ? Car à mon avis, il te manque la base, je veux dire, le point de départ qui fera que tu sais ce que tu veux. Déjà pour ça il faut te demander ce que tu veux : vouloir un « IDE pour ARM » c'est déjà pour moi une mauvaise question. Enfin, je sais qu'aujourd'hui on est habitué aux trucs tout prêt avec Android et iOS, mais quand tu pars dans des considérations aussi génériques, il faut être plus précis.
Quand tu y réfléchis, tu veux compiler du code, peut-être ; il te faut donc un compilateur. Ou alors assembler et lier du code si tu fais de l'assembleur, à l'aide d'un ... assembleur et d'un linker. Cas spécial ici, tu veux sûrement développer depuis ton ordi, un x86 ; tu attaques alors ce qu'on appelle la compilation croisée, ou cross-compilation. Rajoute « cross » devant le nom des outils précédents et tu as ce que tu recherches. Après, pour écrire du code, tu as sûrement déjà un éditeur préféré.
Bon, tout ça c'est plus complexe qu'un truc où tu cliques sur un bouton et ça marche, mais c'est plus intéressant, je trouve. Encore une fois, le « monde » ARM (ou même embarqué en général) n'est pas encore assez standardisé pour avoir des procédures toutes prêtes bien définies, en dehors d'outils bien chers et fermés (encore une fois, c'est mon avis, et je ne connais pas tout ce qui existe, loin de là).
Mais c'est comment ils font les pro ?
Bah déjà, ils ne font pas d'assembleur, ils font du C et ils s'en foutent que ce soit de l'ARM... Ils ont le compilo qui fait le boulot pour eux. C'est « triste » mais c'est comme ça.
Dans l'état actuel des choses, j'ai une opinion très négative d'ARM. C'est con, ils ont payé mon école pour que j'en fasse...
Bah je trouve qu'en général, les boites privées sont pas très douées pour la pédagogie. Après, ton école a l'air d'avoir du mal aussi...