Forum Graph100

racisme c++ ?

C'est une librairie C, on ne peut pas mélanger du c++ et du C !!
(enfin si mais c'e'st compliqué au niveau de l'utilisateur car le code contient des fonctions ayant le même nom mais pas le même profil ce qui est interdit en C !)

Dans cette lib, j'utilise énormément le makefile et les fichiers objets, 2 grands principes pour programmer proprement !

Makefile:
Un peu comme un script mais on va pouvoir définir des actions et leur dépendance, ex :

repas: vaisselle courses
        faire cuire les pates

vaisselle: éponge liquide_vaisselle
        frotter la vaisselle avec le liquide vaisselle et rincer

courses: magasin_ouvert voiture argent
        prendre la voiture et acheter des trucs

...

ici on fera "make repas" et si il faut faire la vaisselle, il la lancera et si il faut faire les courses il le fera !

Donc on peut automatiser des taches !!!

Fichiers objets:
Pour compiler un prog il y a 2 étapes :
Convertion en code machine et linkage

Nous avons longtemps travaillé en mettant en bloc tout le code dans le même fichier (le fait de mettre le code dans le .h revenais a le mettre dans le fichier apres la pré-compilation), mais le vrai principe est de créer des fichiers .c (ou .cpp) contenant le code des fonctions (ou classes) et de compiler ce fichier en fichier objet (juste avant le likage)
De ce fait nous faisons un fichier.h qui contiens les déclarations des fonction pour pouvoir utiliser ces fonctions dans un autre fichier .c (ou .cpp)

Donc il suffit de compiler tout séparemment et ensuite de tout rassembler (linker) pour dréer l'executable final!

Il y a de nombreux avantages dont le fait de pouvoir précompiler le code, de le distribuer, de pourvoir montrer que 2 fonction mais en cacher d'autres, enfin beaucoup de choses !!

Je vous conseille de procéder comme suit :
Faire un fichier main.c qui compilera en mail.obj
un autre fts.c et fts.h (qui sera inclus dans main.c) qui compilera en fts.obj

ensuite compiler main.obj et fts.obj ensemble !!

C'est propre et bien présenté !

Ha la voila enfin ça a été vite superna depuis le moment où tu me l'a dit
Enfin ttes les fonctions réunies ensembles.....

Oui c'est pas mal comme idée de proposer une collection avec toutes les fonctions utiles...

Par contre je me dis que pour les mises à jours ca risque de pas être facile vu qu'il faudra actualiser le truc à chaque fois que quelqu'un fait une nouvelle version d'un des composants...

Et puis superna, il me semble que les memzones y ont leur place aussi

En attendant, je trouve ca "dommage" d'encourager les librairies C parce que ca ne peut pas inclure tout ce qui est en cpp... Et honnêtement, je pense que le cpp permettrait bcp plus de trucs et qu'il faudrait pousser les gens à s'y mettre (y compris les enragés du C )

justement l'intérêt c'est que t'as plein de libs séparées dans une seule :mrgreen:

Sinon Julien, le c++ moi ça me fait peur.
Si c'est vrai.

Faudra bien que je m'y mette un jour, mais en attendant je suis dépassé par les évènements
Y'a qu'à voir les tests de 64 niveaux de gris d'un affolé sur le ucn

en tt cas superna en a prévu une pour le cpp je le sai il me l'a dit lol
réjouis-toi julien !

ça ça veut dire "Julien,est-ce tu peux y participer?"

moteur 3d, rare sont ceux fait totalement en C++
(a part aujourdhui avec des grosses machines)
enfin c mon avis !

Pour les interfaces, ok, ben fo ke chacun propose ce qu'il voudrait voir comme classes et choses, et on esseira de satisfaire tt le monde

C vs C++ le match est ouvert!
Vous allez pas vous battre tt le monde sait que le C est moins bien que le C++ lui-même moins bien que le JAVA
Je parle au niveau facilitée de programmation bien sur!
Si maintenant vous voulez parler de possibilitée d'agir soi-même sur tout,le C++ est ex-aequo avec le C derrière l'ASM et devant JAVA!
Z'êtes d'accords?

donc vos conseils, idées !!!

Laissez tomber, c'est sur que je ferais du c++, d'ailleurs je programmerai plus facilement en c++ qu'en C (surtout pour un jeu !!)

Donc bon j'avais l"idée de classes come :

class screen
avec des fonctions comme pxl, sprite, ......

class comm
avec un egestion automatique du port comm, ce qui sera franchment plus simple !

class keyboard
avec dans l'installation, l'installation dans l'int du clavier pour un appel automatique a la classe pour avoir en quelque sorte une "key-pump"

class flash
ou on pourra extraire un octet de la mémoire flash le plus simplement possible !

et pui une class memzone
qui est l'adpatation en c++ des memzones, construc auto d'une memzone, ....


voila koi

puis on peut aussi adapter des genre de cin et cout adaptés a la g100 !
pareil pour le C, on peut refaire des fonctions standart !

c pas mal l'idée de la modélisation, mais fo voir si ca va pas faire augmenter la taille des exe.
Personnellement ca fait déjà longtemps que j'utilise le système de lib pour la G100 mais ca marche uniquement que sous VC++1.5. (1lib GComm, 1 pour Memzone, 1 pour les boite de dialogue et autres et 1 pour le graphik).

Le problème si memzone est inclu dans la lib c'est que mes compteurs de download seront fossés... Donc je ne vois qu'une seul alternative: Distribué libG100 sur le File Sharing pour qu'il n'y ait qu'un seul compteur  :P