bob64>je suis un fana de C donc je pense au j'ai le droit de repondre au topic!
Heu... Ou est-ce que j'ai dit le contraire
 
Link > Ah c toi qui a fait Kombat
 
Faudrait que j'essaie un jour...
bob64>je suis un fana de C donc je pense au j'ai le droit de repondre au topic!
 
 
 
 
 

#define USE_TI89
#define SAVE_SCREEN
#include <tigcclib.h>
void _main(void)
{
  clrscr();
  printf("Hello World !")
  ngetchx();
  
}
 
#include <stdio.h>
int main(void)
{
  printf("Hello World !")
  getch();
  return 0;
}
 
 
 j'ai fait le code de base, qu'on trouve dans les tutorial, pas le code optimisé
 j'ai fait le code de base, qu'on trouve dans les tutorial, pas le code optimisé  
 sinon c sur, on peut un peu mieux faire.
 sinon c sur, on peut un peu mieux faire. 
 



 sinon tu reviens pas sur Home comme moi je le fais en C.
 sinon tu reviens pas sur Home comme moi je le fais en C.  alors, combien maintenant ? 43 octets ? merde ...
 alors, combien maintenant ? 43 octets ? merde ... 


 )
)
meowcat
a écrit : oui, et quand ca plante, tu as un joli reset
squale92
a écrit : ET puis, vire les defines inutiles de TIGCC (voir post dans la rubrique C que je t'ai donné letruc pr les chaines exec), tu perdra moins d eplace
tu ne peux pas compresser les progs BASIC en PPG (compression de l'ordre de 35-45% en général, je crois), tandis que les progs C, tu peux
mastergb1
a écrit : l'avantage est le passage de registre [...]
Orion_ a écrit :
674 lines, 0.1 seconds, 9792 bytes code, 5910 bytes data.
mastergb1
a écrit : C'etait un citation de prof qui m'as valu d'ailleur une sale embrouille avec mon prof d'info car j'etait pas d'accord avec lui!
 
Pim89 a écrit :
Sur PC (avec Dev-C++, en mode console application (cad sous MSDOS)) :
#include <stdio.h> int main(void) { printf("Hello World !") getch(); return 0; }
== 4608 octets.
unknown@K ~
$ uname -a
MINGW32_ME-4.90 K 1.0.8(0.46/3/2) 2002-05-13 09:50 i686 unknown
unknown@K ~
$ cat test.c
#include <stdio.h>
int main(void)
{
  printf("Hello World !")
  getch();
  return 0;
}
unknown@K ~
$ gcc -fno-rtti -fno-exceptions -Os -s test.c
unknown@K ~
$ ls -l *.exe
-rwxr-xr-x    1 unknown  unknown      [b]3584[/b] Jun 22 05:59 a.exeKevin Kofler a écrit :
Où est le problème? La récupération de la mémoire archive, ça te dit quelque chose?

Orion_
a écrit : je signal juste a kevin, que son truc, c sous linux, pas sous windows.
Orion_ a écrit :[b]unknown@K ~[/b] [b]$[/b] uname -a MINGW32_ME-4.90 K 1.0.8(0.46/3/2) 2002-05-13 09:50 i686 unknown [b]unknown@K ~[/b] [b]$ cat[/b] test.c
c tipique unix sa.
 
Nitro
a écrit : Ca se voit que c'est Windows Millenium non ?

 

jackiechan91
a écrit : Quel est ce "langage", qui s'utilise sous DOS, apparemment ??

Orion_ a écrit :
en asm, vous ete tous batu, 31 octets (même le tibasic)
enfin, c vrai que l'idée de départ c t avec du C, m'enfin.....
include "ams" clr.w -(a7) pea.l string(PC) clr.l -(a7) dc.w $f800+DrawStr dc.w $a004 string: dc.b 'Hello World !'
 

include "ams" pea.l string(PC) dc.w $f800+ST_helpMsg dc.w $f800+ngetchx dc.w $a004 string: dc.b 'Hello World !'
