Bonjour,
 
je voudrais savoir avec combien d'espace disque il est possible de créer un environnement de développement Assembleur sous Linux. En effet je compte me passer de la programmation avec le DOS pour profiter du mode protégé 32 bits pur et simple qu'offre linux !
 
je ne m'y connais pas beaucoup mais il me semble qu'il faut déjà une foule de logiciels avec le noyau pour, déjà, compiler l'assembleur Nasm (qui seul fait moins d'1 Mo) ..
de plus je ne m'y connais pas assez pour faire un "Linux from scratch"
 
...Vos conseils? y a-t-il une ou des distributions faites pour ça ?
 
aaaka

ça dépend. Si tu ne fais que ça et avec un mode graphique, disons 4 Go pour le système, ça devrait déjà être large. Après, tout dépend de la taille de ton projet et de ses sources.

oui c'est pour ne faire que ça; c'est pour avoir une idée de l'espace disque sans mes soucres, juste le nécessaire pour assembler, lier, débugger etc..
 
possible avec moins de 500 Mo j'espère ?!

500Mo, oui mais ça va être quand même ristrett .. Genre faudra vraiment installer seulement ce qui t'es indispensable ... Et peut-être (pas sur... faudrait voir un peu) te passer du mode graphique si t'as beaucoup de trucs à charger

ah bon...
pourquoi alors il existe des distributions linux de moins de 100 Mo ? est-ce qu'il ne suffit pas de rajouter Nasm (l'outil assembleur) pour que ça roule ?

en terminal emacs + nasm, tu dois pas depasser les 50Mo avec une distribe light

Ce sont la plupart du temps des distribs orientée sécurité qui tournent sans graphique et avec des outils de base. Toi, quand tu veux avoir du graphique sous Linux pour développer, ça signifie la base non graphique + serveur graphique + gestionnaire de connexion + environnement de bureau + outils graphiques. Normal que ça pèse plus lourd...
Tu as quoi comme machine et notamment comme place en HD pour développer en assembleur ?

 
quand on n'y connait rien à linux, "il ne suffit pas"
 
cela dit, tourne toi vers damn small linux

hmm... après avoir vu qu'on peut aussi utiliser les mêmes librairies C sous windows, je vais finalement y rester

UPDATE: je suis maintenant sous Linux, et le developpement asm est vraiment tripant. les ingrédients, c'est nasm pour l'assembleur, ld pour le linker, et gcc comme linker si on utilise la libc

et finalement tu fais tenir ton environnement de dev dans combien d'espace disque ?
 
et, par curiosité, tu dev quoi en asm ?

Juste pour éviter la confusion, on peut parfaitement faire de l'ASM 32 bits sous Windows, même si des tas de mauvais profs sont restés à l'ère du DOS. D'ailleurs je préfère Windows pour l'ASM, c'est plus simple.

ma distrib' Linux tient sur 80 Mo (en mode décompression dans la RAMà), mais bon je voulais qqch de sérieux donc j'ai fait une install normale, ça fait dans les 400 Mo, mais là j'ai tous mes prog dessus, comme OpenOffice, Gimp, etc. donc j'ai passé le Giga
 
je code un lecteur d'infos exif pour images JPEG
 
@dap++, certes pour le 32 bits, voir 64, le problème avec Windows c'est la syntaxe horrible AT&T, hélàs très répandue (héritage de MASM). Je peux pas coder avec ça. Après, je pouvais installer nasm sur Windows bien sûr, mais coder pour Windows c'est corrompre mes idéaux )))
non franchement Windows j'ai pas confiance. Les utilisateurs ont aucune intimité sur leur PC (et sur le net Évidemment)

C'est plutôt le contraire, ça vient du monde Unix.  

euh... n'importe quoi hein
la syntaxe AT&T n'est pas spécifique à un OS... on la retrouve aussi bien sous Win que nulix ! ça dépend de l'assembleur utilisé ! et ça a été créé sous Unix
à lire : http://forum.hardware.fr/forum2.ph [...] w=0&nojs=0

en effet,
la syntaxe dépend du compilateur (enfin pour de l'assembleur, peut on parlé de compilateur? c'est plus un traducteur direct en .bin)
sinon, les registres et empilements/dépilements sont des méthodes aux standarts x86  
MOV ax,bx;
 
pfiou, je suis rouiller

tention attaquez pas harko sur son terrain
les demos ca demonte

hm on en apprend tous les jours ) il n'empêche que la syntaxe AT&T est nulle selon moi. déjà rien que le fait d'avoir à taper plus de caractères qu'avec la syntaxe Intel.

Dans syntaxe AT&T il y a AT&T, ce dernier qui a cree un truc nomme UNIX, donc forcement ca ne vient pas de Windows...