AZUR - Page 1

Et voila, LE topic officiel de l'AZUR !!!

Manque plus qu'à le flooder

Manque plus que Thibaut vienne ici

Ha non pas de floodage ! si on pouvait en parler sérieusement

Ben merci squale92

De rien Thibaut : content de te voir ici.

/me ne floodera pas dans ce topic, et il vous demande de faire de même...

Réponse au post 306 de là : post.php?id=3,3351,10

Absolument !!!
rien à voir !
Si on devait compter le nombre de différences entre Azur et C, et Azur et ASM, la balance pencherait à 99% vers Azur VS ASM

et voila !
A par-t fournir le support de l'ASM in-line, et permettre la compilation de AZUR vers ASM, il n'y a pas de lien entre AZUR et ASM

Pas plus qu'entre C et ASM.
Sinon, posez vos questions si vous en avez, je n'ai rien à cacher

On peut vraiment poser non questions ?
(tu vas le regretter )

Le langage AZUR dans son état actuel est déjà très proche du C...
Pourqui ne pas finir de te rapprocher de ce langage Oh combien merveilleux ?


(aux autres : soutenez moi !!!)

quand est ce qu'on pourra commencer à s'amuser avec ? (enfin avec une version officielle et fonctionelle)

La programmation orientee objet, c'est pour quand ?
[edit]Edité par PpHd le 06-02-2002 à 09:52:50[/edit]

Tu nous énerves avec ta programmation orientée objet.

Ca serait

Je n'en ai pas la capacité, je ne suis qu'en première, j'ai pas encore fait l'EPITA

squale92 : je sais tu aimerais bien mais je tiens à mon langage
for i=0 to i==10 step i++ do { }Franchement, tu ne trouve pas que s long) que for (i=0; i<=10; i++) { }est plus clair (même si plu ?

for i=0 to i==10 step i++ do
{
}

Je trouve que plutot i++, 1, serait plus clair.

moui, mais du coup la structure serait moins souple qu'en C

En C, un while ou un for, c'est identique...

Thibaut> (réponse poct 14)> NON
(mais c parce que je suis à 100% accro au C et C++

Moi je trouve ça plus clair quand tu commences, mais avec l'habitude c'est pareil de toutes façons ...

Et si je permettais les deux ?
Ca me compliquerait la tâche mais les newbies se mettraient à l'Azur plus facilement

Tu peux toujours faire un "convertisseur" ...

Ca ne ferait que ralentir le processus de compilation.

Je m'en doute
Mais permettre les deux écritures doit faire prendre un peu plus de place au compilo, non ?

oué...
tu auras plus de succès en permettant le C



(arf, je suis purement interessé )

Très certainement moins que d'avoir un convertisseur en plus dans sa calc. Le support des deux écritures n'augmenterait la taille que de 1ko super-grand-maximum

L'Azur ne pourra jamais ressembler à 100% au C : ou alors expliquez moi comment distinguer l'implémentation d'une fonction et le prototypage d'une fonction, sans perdre en vitesse. Pour le moment si les déclarations se font entre crochets c'est justement un pour une raison de vitesse : en voyant void MaFonction(int Param) le compilo n'a pas à se poser la question de savoir s'il s'agit d'une déclaration ou d'une en-tête d'implémentation...

et pr économiser de la mémoire, tu peux ne mettre que les écriotures C

(arf, je deviens lourd)

Qu'appelles tu declaration et en-tete de fonction ?

ben, les prototypes se finissent par un ";", pas les déclarations.



PpHd> il parle de prototypes de fonctions, et de corps de la fonctions

void ma_fonc(void); // prototype

void ma_fonc(void)
{
// corps
}

C'est simple: une déclaration est toujours un prototype. S'il y en a déjà un, tu vérifies si c'est le même, sinon tu mets un message d'erreur. Pour savoir si l'implémentation suit le prototype, il suffit de regarder si l'instruction se termine là (avec un ";") ou si elle continue.