Drapeau blanc ...

On Sat, 27 Dec 2003 20:35:19 +0100, "Eric Beaumard"
<ebeaumard@ifrance.com> wrote:

J'ai essayé de tripoter la chose sous Borland C++ builder

Essaie plutôt d'utiliser exactement le même compilateur que les
auteurs (il y a des chances pour que ce soit gcc, porté sous Windows
je crois).

--
;-)

"Eric Beaumard" <ebeaumard@ifrance.com> a écrit .

Hello everybody

Je suis un programmeur Delphi et j'ai bien
conscience d'être en territoire "ennemi",
donc j'agite le drapeau blanc ... :o))

J'ai récupéré quelque .cpp et autres bizarres .h
qui sont censés former une application console
32 bits: "MyKlr". Le tout provenant du monde linuxien et
étant cependant censé pouvoir être compilé sous
MS windows moyennant quelques micro adaptations ...

L'auteur à
http://www-ai.cs.uni-dortmund.de/SOFTWARE/MYKLR/
déclare que:

"On some systems you might get an error message about sys/times.h.
If you do, open the file globals.h and uncomment the line #undef
use_time."

Heu ..; J'ai essayé de tripoter la chose sous Borland C++ builder
en créant une application console mais j'ai pas moins
de 26 erreurs genre trucs bien obscurs et chiants propres
à ce langages que vous adorez ... :o)))
( une merde avec "using std::size_t;" et tant et tant d'autres, allez
savoir

! )

J'ai fais des gouzous-gouzous au compilateur pour
lui dire que ça venait d'Unix, qu'y fallait pas s'inquiéter
et tout et tout ... Toujours grognon le p"tit compilateur
C-PluchePluche.
En mode conformité UnixV, ce sont plutôt les lib qu'il n'aime pas. Par

exemple, pour compiler ANSI C++, il faut définir la macro : _USE_OLD_RW_STL.
De plus, je ne suis pas convaincu que la conformité UnixV soit utile. Il
manquera toujours le fichier unistd.h.
Le projet téléchargé contient learn.cpp qui provient du projet mySVM (erreur
?). Il ne faut pas l'inclure dans le projet (l'effacer est aussi bien
semble-t-il)
Tout se compile sous C++BuilderX, EDI multilangage. A pas cher (15 euros) ou
à télécharger (eval, et peut-être licence non commerciale).
Quelques backward_warning (des deprecated) et c'est tout en utilisant le
compilateur C++ GNU de minGW.
Quelques varninges supplémentaires en utilisant Borland C++ 5.6, qui est
celui de C++Builder 6. Pour info, la ligne de commande générée :
bcc32 -D_DEBUG -g100 -j25 -Od -r- -k -y -v -vi- -tWC -c -ID:CBuilderXinclu
de -nK:myKLR-latest-XwindowsDebug_Build example_set.cpp globals.cpp
kernel.cpp myklr.cpp parameters.cpp
Modifier le nom MAXCHAR dans tous les fichiers, il est défini dans winnt.h
qui est inclus dans une appli console 32. Je ne pense pas qu'utiliser du
namespace vous amusera.

Bref si y'avait un programmateur C pas trop con et
Le programmateurs sont dans les lave-linge.

Les programmeurs "pas trop cons", je les croyais tous sous Delphi. Non ?
Je n'ai pas actuellement de Delphi installé. C'est vrai que c'est un EDI et
un langage "pas trop con".
Je sais que C++Bulder compile le Pascal Objet de Delphi, vérifiez l'inverse
...

Salut les amis et néanmoins adeptes du "C" .... :o)))
C++, C C sur fr.comp.c

Pierre

Je suis un programmeur Delphi et j'ai bien
conscience d'être en territoire "ennemi",
donc j'agite le drapeau blanc ... :o))

J'ai récupéré quelque .cpp et autres bizarres .h
qui sont censés former une application console
32 bits: "MyKlr". Le tout provenant du monde linuxien et
étant cependant censé pouvoir être compilé sous
MS windows moyennant quelques micro adaptations ...

L'auteur à
http://www-ai.cs.uni-dortmund.de/SOFTWARE/MYKLR/
déclare que:

"On some systems you might get an error message about sys/times.h.
If you do, open the file globals.h and uncomment the line #undef
use_time."

Heu ..; J'ai essayé de tripoter la chose sous Borland C++ builder
en créant une application console mais j'ai pas moins
de 26 erreurs genre trucs bien obscurs et chiants propres
à ce langages que vous adorez ... :o)))
( une merde avec "using std::size_t;" et tant et tant d'autres, allez
savoir

! )

J'ai fais des gouzous-gouzous au compilateur pour
lui dire que ça venait d'Unix, qu'y fallait pas s'inquiéter
et tout et tout ... Toujours grognon le p"tit compilateur
C-PluchePluche.
En mode conformité UnixV, ce sont plutôt les lib qu'il n'aime pas. Par

exemple, pour compiler ANSI C++, il faut définir la macro :
_USE_OLD_RW_STL.

De plus, je ne suis pas convaincu que la conformité UnixV soit utile. Il
manquera toujours le fichier unistd.h.
Le projet téléchargé contient learn.cpp qui provient du projet mySVM
(erreur

?).

Exacte.

Il ne faut pas l'inclure dans le projet (l'effacer est aussi bien

semble-t-il)

Alors ça !!!!
A priori Learn.cpp contient le code clef du programme !
Il est impossible que le prog tourne sans cette unité !

Et c'est marqué où les dépendances d'unités dans ces fich

Tout se compile sous C++BuilderX, EDI multilangage. A pas cher (15 euros)
ou

à télécharger (eval, et peut-être licence non commerciale).
Quelques backward_warning (des deprecated) et c'est tout en utilisant le
compilateur C++ GNU de minGW.
Quelques varninges supplémentaires en utilisant Borland C++ 5.6, qui est
celui de C++Builder 6. Pour info, la ligne de commande générée :

bcc32 -D_DEBUG -g100 -j25 -Od -r- -k -y -v -vi- -tWC -c -ID:CBuilderXinclu

de -nK:myKLR-latest-XwindowsDebug_Build example_set.cpp globals.cpp
kernel.cpp myklr.cpp parameters.cpp

Donc si je comprends bien, learn.cpp n'a pas été utilisée dans
la compilation ? Le code écrit dans cette unité n'a
pas été utilisé ?

Modifier le nom MAXCHAR dans tous les fichiers, il est défini dans winnt.h
qui est inclus dans une appli console 32. Je ne pense pas qu'utiliser du
namespace vous amusera.

Heu ... Vous pouvez causer français ?
"utiliser du namespace" ...
Super pédagogique quand on s'adresse
à un type qui a annoncé d'emblée qu'il débarquait
dans l'univers C !

Bref si y'avait un programmateur C pas trop con et
Le programmateurs sont dans les lave-linge.

Ah je savais bien que je dénicherais un programmeur
C pur et dur, sérieux et teigneux à souhait ...

Donc oui pour les processeurs 1 bit de machine à laver ...
Bravo ...

Les programmeurs "pas trop cons", je les croyais tous sous Delphi. Non ?

Oh ce n'était pas méchant !
Des cons j'en ai rencontré dans les deux
"camps" ... Simplement j'essayais de me prévenir
des éventuels " t'as qu'à t'y mettre au C banane au lieu
de nous faire chier avec ton Pascal" ... Les réactions
à la con des cons quoi ....

Je n'ai pas actuellement de Delphi installé. C'est vrai que c'est un EDI
et

un langage "pas trop con".

Mais il est vraiment teigneux celui-là ... :o)))

Je sais que C++Bulder compile le Pascal Objet de Delphi, vérifiez
l'inverse

Héhé et je savais bien aussi qu'un petite guéguerre
s'amorcerait à un moment ou un autre.

Mais sans moi l'amis.

Merci pour les infos. C'est du copieux et
du quasi incompréhensible.

Faut faire quoi sous Borland C++ X (BCX) ?
Créer une applicaiton console ou pas ?
Si oui l'assistant de création demande
d'indiquer l'unité contenant la procédure "main".
Et comme par hasard elle est dans Learn.cpp (ligne 607).

Si non, BCX construit une unité avec une main à lui.
Qu'en faire ?

*******

Et je relève d'un cran le drapeau
blanc. Quand je parlais de cons, je ne disais
pas qu'on était con de programmer en C, en C++,
en C#, ou en ObjC, mais bien con à la base.

Ok ?

Bonne année.

Eric

"Eric Beaumard" <ebeaumard@ifrance.com> a écrit
[...]

Le projet téléchargé contient learn.cpp qui provient du projet mySVM
(erreur ?).
Exacte.

Il ne faut pas l'inclure dans le projet (l'effacer est aussi bien

semble-t-il)

Alors ça !!!!
A priori Learn.cpp contient le code clef du programme !
Il est impossible que le prog tourne sans cette unité !

Et c'est marqué où les dépendances d'unités dans ces fich
Lire le makefile (ça se lit en gros de bas en haut. Pas taper ...).

Makefile qui confirme que learn.cpp n'est pas compilé, ni lié. De plus, il
contient des fonctions en commun avec myklr.cpp, dont le main().
De plus, ça compile et se lance sans blème sans ce fichier. J'arrive sur une
invite de saisie de paramètres. Après, pas envie de rentrer dans le
programme pour le tester.
Si vous voulez, j'essayerai de vous transmettre directement l'exe dans votre
BAL. Mais je culmine à 14400 bps (merci Free). Si on pouvait éviter ...

[...]

Donc si je comprends bien, learn.cpp n'a pas été utilisée dans
la compilation ? Le code écrit dans cette unité n'a
pas été utilisé ?
Oui. Scorie d'un développement mal nettoyé avant la mise en ligne.

Certainement utilisé à titre documentaire par l'auteur (copier/coller). Je
vous rappelle que l'utilisation du makefile fait disparaître le problème.
Pour construire le projet avec C++Builder6 (une soluition parmi d'autres) :
- Désarchiver dans un dossier myKLR-latest
- Fichier/Nouveau/Autre/[onglet Nouveau]/Expert Console.
- Cocher C++, "Application console" (rien d'autre en haut)
- Cocher "Spécifier le source du projet" et choisir myklr.cpp dans le
dossier myKLR-latest. Cliquer OK.
- Projet/Ajouter au projet : multisélection de tous les .cpp du répertoire
myKLR-latest, sauf learn.cpp et myklr.cpp.
- Projet/Construire Project1. Donnez un nom correct au fichier .bpr
(myKLR.bpr ira très bien).
Les warnings ne sont par graves (viennent presque tous d'un mauvais
nettoyage, des restes de debug sauvage sans doute).
Remarquez que vous n'avez rien tripoté aux options par défaut, vous êtes en
conformité Borland, ce n'est pas gênant bien au contraire ici.
Vous obtenez un myKLR.exe de +/- 100 Ko, à lancer plutôt dans une fenêtre
invite de commandes.
Si vous désinstallez C++Builder, il vous faudra une version autonome : Allez
dans Projet/Options :
- Onglet Lieur, décochez "Utilisez la RTL dynamique".
- Onglet Paquets, décochez "Construire avec les paquets d'exécution"
(facultatif dans ce cas).
- Onglet Compilateur, vous pouvez cliquer sur "Vesion finale".
Votre myKLR.exe fera alors 350 Ko, mais sera autonome.

Modifier le nom MAXCHAR dans tous les fichiers, il est défini dans
winnt.h

qui est inclus dans une appli console 32. Je ne pense pas qu'utiliser du
namespace vous amusera.

Heu ... Vous pouvez causer français ?
Votre programme définit MAXCHAR à 10000.

Primo, ce nom évoque clairement la valeur maxi d'un donnée de type char, et
la valeur fait penser à autre chose.
Le programme définit par exemple MAXSVMINT à 2147483647.
De plus, elle est utilisée ailleurs (par exemple dans winnt.h, à la valeur
0x7F soit 127).
Travaillant dans un EDI, vous ne savez pas ce que celui-ci va inclure et
définir.
Vous pourriez penser à MAXSVMCHAR, mais bonjour l'homogénéité avec
MAXSVMINT.
Je verrais bien un TABLO_TAILLE_MAXI.
Au pire, j'utilise personnellement des trucs genre PETRUS_CONSTNOM. Jamais
vu quelqu'un d'autre préfixer comme ça.
Puis il y a les namespaces, c'est fait pour ça, mais vous n'aimez pas ...

"utiliser du namespace" ...
Super pédagogique quand on s'adresse
à un type qui a annoncé d'emblée qu'il débarquait
dans l'univers C !
[Plus Plus, le C, Plus Plus !!!!]

Pour ça que je pensais que ça ne vous amuserait pas ...

Bref si y'avait un programmateur C pas trop con et
Le programmateurs sont dans les lave-linge.

Ah je savais bien que je dénicherais un programmeur
C pur et dur, sérieux et teigneux à souhait ...
Là, on ne se connait pas, de toute évidence ...

J'imaginais que les programmeurs pas trop cons n'avaient pas besoin d'un
smiley à chaque mot.

Donc oui pour les processeurs 1 bit de machine à laver ...
Bravo ...

Les programmeurs "pas trop cons", je les croyais tous sous Delphi. Non ?

Oh ce n'était pas méchant !
Des cons j'en ai rencontré dans les deux
"camps" ... Simplement j'essayais de me prévenir
des éventuels " t'as qu'à t'y mettre au C banane au lieu
de nous faire chier avec ton Pascal" ... Les réactions
à la con des cons quoi ....
Je pensais que c'était le "camp" qui définissait son con. Non ?

Je n'ai pas actuellement de Delphi installé. C'est vrai que c'est un EDI
et
un langage "pas trop con".

Mais il est vraiment teigneux celui-là ... :o)))

Je sais que C++Bulder compile le Pascal Objet de Delphi, vérifiez
l'inverse

Héhé et je savais bien aussi qu'un petite guéguerre
s'amorcerait à un moment ou un autre.
Pas guéguerre, pas gaie la guerre. C++Builder compile le Pascal de Delphi,

au moins pour une raison : la VCL est écrite dans ce langage.
Donc, pas de raison historique que Delphi compile du C++.
J'aime bien Delphi, sa rigueur, son excellent assembleur intégré BASM, etc.
Le seul truc qui me gêne en passant de Delphi à Builder et vice versa, c'est
la structuration des unités et des procédures (imbrication sous Delphi). Ça
complique dans ma petite tête.
Mais je ne sais pas ce qui est le meilleur. Je dirais plutôt Delphi. Mais ça
n'enlève rien à la réalité d'un C/C++ incontournable.

Merci pour les infos. C'est du copieux et
du quasi incompréhensible.
Ahhhh!, c'est comme ça que c'est le meilleur.

Faut faire quoi sous Borland C++ X (BCX) ?
Déjà ? Vous êtes revendeur Borland ?

Créer une applicaiton console ou pas ?
Oui (Fichier/Nouveau/[onglet Projet]/Nouvelle console)

Si oui l'assistant de création demande
d'indiquer l'unité contenant la procédure "main".
Et comme par hasard elle est dans Learn.cpp (ligne 607).
Pas inclure learn.cpp dans le projet, le supprimer s'il l'est.

Si non, BCX construit une unité avec une main à lui.
Qu'en faire ?
Fichier/Nouveau/[onglet Projet]/Nouvelle console)

Choisir le répertoire du projet.
Suivant
Suivant (ne pas cocher la untitled1
Terminer
Ensuite Projet/Ajouter des fichiers (ou mpar un clic droit)
Multisélecter tous les .cpp et .h, sauf learn.cpp of course.

Et je relève d'un cran le drapeau
blanc. Quand je parlais de cons, je ne disais
pas qu'on était con de programmer en C, en C++,
en C#, ou en ObjC, mais bien con à la base.
Attention, la main de l'honnête guerrier passe facilement du drapeau blanc à

la kalache, et Lycée de Versailles.

Ok ?
Pas pigé. Trop con, sans doute ...

Bonne année.
Bonne Ânée,

Eric
Pierre

Le projet téléchargé contient learn.cpp qui provient du projet mySVM
(erreur ?).
Exacte.

Il ne faut pas l'inclure dans le projet (l'effacer est aussi bien

semble-t-il)

Alors ça !!!!
A priori Learn.cpp contient le code clef du programme !
Il est impossible que le prog tourne sans cette unité !

Et c'est marqué où oëlles dépendances d'unités dans ces fich
Lire le makefile (ça se lit en gros de bas en haut. Pas taper ...).

Vous avez bien fait de spécifier "en gros". Tant il est vrai
que de temps en temps, il faut aller de la gauche vers la droite ...

Makefile qui confirme que learn.cpp n'est pas compilé, ni lié. De plus, il
contient des fonctions en commun avec myklr.cpp, dont le main().
De plus, ça compile et se lance sans blème sans ce fichier. J'arrive sur
une

invite de saisie de paramètres. Après, pas envie de rentrer dans le
programme pour le tester.
Si vous voulez, j'essayerai de vous transmettre directement l'exe dans
votre

BAL. Mais je culmine à 14400 bps (merci Free). Si on pouvait éviter ...

Non non, je vais suivre vos recommandations et ça devrait
fonctionner. Merci quand même. J'avais depuis réussi à produire
un .exe avec la distribution gcc de Gygwin mais
il faut la .dll Cygwin pour que ça tourne et z'aime pas.

Cela dit, si Papa Noël passe par chez vous
(et même si vous êtes teigneux comme ça
il devrait le faire un de ces quatres matins quand même )
demandez-lui au moins de passer à 33 kbps.
Vous serez encore en retard de trente métros mais
le mouvement de poursuite sera au moins amorcé ...
(Ah ce coté pur et dur ... NAN je ne cèderais pas
à l'inflation débile des vitesses, des quantités de RAM...etc. )

[...]

Donc si je comprends bien, learn.cpp n'a pas été utilisée dans
la compilation ? Le code écrit dans cette unité n'a
pas été utilisé ?
Oui. Scorie d'un développement mal nettoyé avant la mise en ligne.

Certainement utilisé à titre documentaire par l'auteur (copier/coller). Je
vous rappelle que l'utilisation du makefile fait disparaître le problème.

Renseignements pris cette unité a été mise
là à titre d'information parce que Myklr
dérive d'un autre projet (MySvm) et
principalment de Learn.cpp où elle
est l'unité principale.

Pour construire le projet avec C++Builder6 (une soluition parmi d'autres)
:

- Désarchiver dans un dossier myKLR-latest
- Fichier/Nouveau/Autre/[onglet Nouveau]/Expert Console.
- Cocher C++, "Application console" (rien d'autre en haut)
- Cocher "Spécifier le source du projet" et choisir myklr.cpp dans le
dossier myKLR-latest. Cliquer OK.
- Projet/Ajouter au projet : multisélection de tous les .cpp du répertoire
myKLR-latest, sauf learn.cpp et myklr.cpp.
- Projet/Construire Project1. Donnez un nom correct au fichier .bpr
(myKLR.bpr ira très bien).
Les warnings ne sont par graves (viennent presque tous d'un mauvais
nettoyage, des restes de debug sauvage sans doute).
Remarquez que vous n'avez rien tripoté aux options par défaut, vous êtes
en

conformité Borland, ce n'est pas gênant bien au contraire ici.
Vous obtenez un myKLR.exe de +/- 100 Ko, à lancer plutôt dans une fenêtre
invite de commandes.
Si vous désinstallez C++Builder, il vous faudra une version autonome :
Allez

dans Projet/Options :
- Onglet Lieur, décochez "Utilisez la RTL dynamique".
- Onglet Paquets, décochez "Construire avec les paquets d'exécution"
(facultatif dans ce cas).
- Onglet Compilateur, vous pouvez cliquer sur "Vesion finale".
Votre myKLR.exe fera alors 350 Ko, mais sera autonome.

Merci beaucoup pour ces explications détaillées.
Ben vous voyez qu'vous pouvez être sympa ...

Modifier le nom MAXCHAR dans tous les fichiers, il est défini dans
winnt.h

qui est inclus dans une appli console 32. Je ne pense pas qu'utiliser
du

namespace vous amusera.

Heu ... Vous pouvez causer français ?
Votre programme définit MAXCHAR à 10000.

Primo, ce nom évoque clairement la valeur maxi d'un donnée de type char,
et

la valeur fait penser à autre chose.
Le programme définit par exemple MAXSVMINT à 2147483647.
De plus, elle est utilisée ailleurs (par exemple dans winnt.h, à la valeur
0x7F soit 127).
Travaillant dans un EDI, vous ne savez pas ce que celui-ci va inclure et
définir.
Vous pourriez penser à MAXSVMCHAR, mais bonjour l'homogénéité avec
MAXSVMINT.
Je verrais bien un TABLO_TAILLE_MAXI.
Au pire, j'utilise personnellement des trucs genre PETRUS_CONSTNOM. Jamais
vu quelqu'un d'autre préfixer comme ça.
Puis il y a les namespaces, c'est fait pour ça, mais vous n'aimez pas ...

Ben ça s'rait plutôt que je comprends pas trop.
Vous voyez ?
Et puis tiens je vais vous le dire une fois pour toute:
j'aime bien tout ce que comprends ...

"utiliser du namespace" ...
Super pédagogique quand on s'adresse
à un type qui a annoncé d'emblée qu'il débarquait
dans l'univers C !
[Plus Plus, le C, Plus Plus !!!!]

Pour ça que je pensais que ça ne vous amuserait pas ...

Ca m'fait penser aux lessives ça. Super-Croix.
Plus blanc que blanc et tout le toutim.
J'me d'mande ce qu'il vont mettre dans dix ans.
Super-Hyper-Super-Croix ...

C++** ? ...

Bref si y'avait un programmateur C pas trop con et
Le programmateurs sont dans les lave-linge.

Ah je savais bien que je dénicherais un programmeur
C pur et dur, sérieux et teigneux à souhait ...
Là, on ne se connait pas, de toute évidence ...

J'imaginais que les programmeurs pas trop cons n'avaient pas besoin d'un
smiley à chaque mot.

Evitez d'imaginer, nous faisons de l'informatique
Monsieur. Pas de la posésie (même militaire ...).

Je pensais que c'était le "camp" qui définissait son con. Non ?

Mal pensé. Mais vous êtes fort en Cpluche-pluche
(vous avez vu, moi je suis pas teigneux, j'les ais pas
oublié les pluches ce coup là), on peut pas être bon
partout ....

Je n'ai pas actuellement de Delphi installé. C'est vrai que c'est un
EDI

et
un langage "pas trop con".

Ah mais elle est teigneuse la teigne (récursivité par redondance) !

Mais il est vraiment teigneux celui-là ... :o)))

Je sais que C++Bulder compile le Pascal Objet de Delphi, vérifiez
l'inverse

Héhé et je savais bien aussi qu'un petite guéguerre
s'amorcerait à un moment ou un autre.
Pas guéguerre, pas gaie la guerre.

Et pagaie naguère. Maintenant rame ....


C++Builder compile le Pascal de Delphi,

au moins pour une raison : la VCL est écrite dans ce langage.
Donc, pas de raison historique que Delphi compile du C++.
J'aime bien Delphi, sa rigueur, son excellent assembleur intégré BASM,
etc.

Le seul truc qui me gêne en passant de Delphi à Builder et vice versa,
c'est

la structuration des unités et des procédures (imbrication sous Delphi).
Ça

complique dans ma petite tête.

Ah mais c'est bien quand on a une petite tête,
les choses compliquées de temps en temps.
Ca muscle la p'tite tête !
Et puis à terme, ça permettra de passer au 33 kbps
avec une p'tite tête qui suivra ...

Mais je ne sais pas ce qui est le meilleur. Je dirais plutôt Delphi. Mais
ça

n'enlève rien à la réalité d'un C/C++ incontournable.

Meilleur ? J'm'étais jamais posé la question !
M'en fous d'savoir qui est le meilleur !
Je programme pour produire des applis, pas
pour programmer. Celui qui sait bien le faire
avec le langage qui correspond à sa structure
neuronale (même une 1 bit à 14.4 Kbps teigneuse)
n'a qu'à continuer. Et à priori
la différence de vitesse en les deux est
minime ou tout au moins très rarement critique.

Merci pour les infos. C'est du copieux et
du quasi incompréhensible.
Ahhhh!, c'est comme ça que c'est le meilleur.

Pas d'orgasme en ligne. A 14.4 kpbs ça
peut être douloureux .... (éjaculation rétrograde).

Faut faire quoi sous Borland C++ X (BCX) ?
Déjà ? Vous êtes revendeur Borland ?

Ben non mais c'est c'que z'ai à la maison.
Faut qu'j'achète aute chose Monseigneur ?

Créer une applicaiton console ou pas ?
Oui (Fichier/Nouveau/[onglet Projet]/Nouvelle console)

Si oui l'assistant de création demande
d'indiquer l'unité contenant la procédure "main".
Et comme par hasard elle est dans Learn.cpp (ligne 607).
Pas inclure learn.cpp dans le projet, le supprimer s'il l'est.

Si non, BCX construit une unité avec une main à lui.
Qu'en faire ?
Fichier/Nouveau/[onglet Projet]/Nouvelle console)

Choisir le répertoire du projet.
Suivant
Suivant (ne pas cocher la untitled1
Terminer
Ensuite Projet/Ajouter des fichiers (ou mpar un clic droit)
Multisélecter tous les .cpp et .h, sauf learn.cpp of course.

Et je relève d'un cran le drapeau
blanc. Quand je parlais de cons, je ne disais
pas qu'on était con de programmer en C, en C++,
en C#, ou en ObjC, mais bien con à la base.
Attention, la main de l'honnête guerrier passe facilement du drapeau blanc

à

la kalache, et Lycée de Versailles.

Vous vous méprenez. Je n'ai pas encore fourbi
la machette. Mais si vous m'y poussez encore un peu ...

Ok ?
Pas pigé. Trop con, sans doute ...

Bonne année.
Bonne Ânée,

Merde ye mé souis fait ban-ané ...

Hihi

Eric

"Eric Beaumard" <ebeaumard@ifrance.com> a écrit

[...]

Renseignements pris cette unité a été mise
là à titre d'information parce que Myklr
dérive d'un autre projet (MySvm) et
principalment de Learn.cpp où elle
est l'unité principale.
Oui, j'avais téléchargé mySVM (à 12000 bps). Ce que ne ferais pas un

teigneux....

[...]

Merci beaucoup pour ces explications détaillées.
Ben vous voyez qu'vous pouvez être sympa ...
C'est une seconde nature, chez les teigneux un peu cons.

[...]

Ben ça s'rait plutôt que je comprends pas trop.
Vous voyez ?
Et puis tiens je vais vous le dire une fois pour toute:
j'aime bien tout ce que comprends ...
Ça correspond en gros à la notion en Delphi d'identificateur qualifié :

CalculsUnit.MaVariable
Le using du C++, c'est un peu le with de Delphi.
Delphi est à priori plus séduisant sur ce plan, puisque la notion de
qualificateur est générale (orthogonale ?) : on peut qualifier à peu près
tout avec à peu près tout, et ce de façon récurrente. Bien entendu, une
variable simple ne peut être que qualifiée, pas qualificateur. A part ça, le
concept est unifié, pour les variables, les record, les procédures et
fonctions, les classes, les units.

[...]

Ah mais elle est teigneuse la teigne (récursivité par redondance) !
Il vaut mieux un bon pléonasme qu'une mauvaise plaie au ... .

[...]

Meilleur ? J'm'étais jamais posé la question !
Mon critère est qu'il y a plus de détails de Delphi que JE regrette en C++

que l'inverse.

[...]

Et à priori
la différence de vitesse en les deux est
minime ou tout au moins très rarement critique.
Et pas forcément dans le sens Builder plus rapide que Delphi.

Faut faire quoi sous Borland C++ X (BCX) ?
Déjà ? Vous êtes revendeur Borland ?

Ben non mais c'est c'que z'ai à la maison.
Faut qu'j'achète aute chose Monseigneur ?
J'aime beaucoup la série X de Borland. J'ai un peu peur quand à son avenir,

en tout cas sous ce nom.
Attention, c'est un faux Builder, c'est à dire qu'il n'a plus rien à voir
avec Delphi, même pour l'EDI.

Pierre

Eric Beaumard wrote:

Non non, je vais suivre vos recommandations et ça devrait
fonctionner. Merci quand même. J'avais depuis réussi à produire

Vu que le monsieur il a décrit dans le détail, quel courageux, j'espere! ;-)

[...]

qui est inclus dans une appli console 32. Je ne pense pas qu'utiliser

du

namespace vous amusera.

Heu ... Vous pouvez causer français ?

[...]

Puis il y a les namespaces, c'est fait pour ça, mais vous n'aimez pas ...

Ben ça s'rait plutôt que je comprends pas trop.
Vous voyez ?
Et puis tiens je vais vous le dire une fois pour toute:
j'aime bien tout ce que comprends ...

Bon, allez j'apporte ma petite contribution :
1) il y a plein de bouquins electroniques sur le net, gratuits, qui
expliquent les concepts du C++.
2) Petite recherche rapide sur Google donne ca :

Espaces de nommage, pourquoi ?

Dans les gros projets on rencontre parfois des difficultés avec les noms
qu'on donne aux choses. Genre, on voudrait appeler une classe « maire »
dans le cadre de la pingouinlogie et une autre classe « maire » dans le
cadre de la manchologie, ces deux termes n'ayant dans le détail rien à
voir. D'où les espaces de nommage. Exemple :

namespace pingouinlogie
{
class maire
{
int nombredenez;
int nombredepattes;
char nom[32];
};
}

namespace manchologie
{
int maire(int x)
{
return x+3;
}
}

Dans cet exemple, on pourra ainsi utiliser le symbole « maire » de la
pingouinlogie en écrivant pingouinlogie::maire. En pratique on mettra au
début du fichier source C++, après l'inclusion des en-tête, using
namespace pingouinlogie;, ce qui signifie que par la suite les symboles
devront être recherchés préférentiellement dans cet espace de nommage
(évitant ainsi d'avoir à écrire chaque fois pingouinlogie::trucmachin).

Insistons sur l'utilisation de ces espaces de nommage : dans les gros
projets on fera sans doute appel à des tas de bibliothèques différentes
qui risquent d'avoir des noms qui se superposent. Donc ce qu'on fera
c'est de créer un gros espace de nommage pour toutes les classes
spécifique au projet et des espaces de nommages séparés pour les classes
qui seront éventuellement réutilisables. Si on importe des fonctions et
classes de trucs qui n'ont pas d'espace de nommage (c'est souvent le
cas), on pourra faire quelque chose du genre :

namespace vieuxtruc
{
#include <vieuxtruc.h>
}


Dans les petits projets cela ne sert généralement à rien, on se
débrouille pour ne pas donner deux fois le même nom à des choses
différentes.

Ca m'fait penser aux lessives ça. Super-Croix.
Plus blanc que blanc et tout le toutim.
J'me d'mande ce qu'il vont mettre dans dix ans.
Super-Hyper-Super-Croix ...

C++** ? ...

un C, et deux +
Est-ce que tu aimerais que j'appelle le Delphi le language D?
Ou que ton prénom soit "E"?
Je ne pense pas. C et C++ sont deux languages différents.
(un compilo C++ peut compiler du C, tout comme C++ builder peut compiler
du Delphi, bien que le Delphi et le C++ soient différents...)

Non non, je vais suivre vos recommandations et ça devrait
fonctionner. Merci quand même. J'avais depuis réussi à produire

Vu que le monsieur il a décrit dans le détail, quel courageux, j'espere!
;-)

ah oui. Ca c'est vrai. Et donc encore un grand merci
au teigneux pas trop con sur ce coup là ... (aller un p'tit
smiley : :o))) ) (de temps en temps ...)

j'aime bien tout ce que comprends ...

Bon, allez j'apporte ma petite contribution :
1) il y a plein de bouquins electroniques sur le net, gratuits, qui
expliquent les concepts du C++.
2) Petite recherche rapide sur Google donne ca :

Espaces de nommage, pourquoi ?

Dans les gros projets on rencontre parfois des difficultés avec les noms
qu'on donne aux choses. Genre, on voudrait appeler une classe « maire »
dans le cadre de la pingouinlogie et une autre classe « maire » dans le
cadre de la manchologie, ces deux termes n'ayant dans le détail rien à
voir. D'où les espaces de nommage. Exemple :

namespace pingouinlogie
{
class maire
{
int nombredenez;
int nombredepattes;
char nom[32];
};
}

namespace manchologie
{
int maire(int x)
{
return x+3;
}
}

Ben voilà comme ça c'est bien clair !
J'comprends vite et faut pas m'explique
longtemps !

Ca m'fait penser aux lessives ça. Super-Croix.
Plus blanc que blanc et tout le toutim.
J'me d'mande ce qu'il vont mettre dans dix ans.
Super-Hyper-Super-Croix ...

C++** ? ...

un C, et deux +

Ben oui mais moi j'parlais du C++ amélioré ...
(avec le même pas que lors du passage du
C au Cpluchepluche )

Est-ce que tu aimerais que j'appelle le Delphi le language D?

Brouuuu non. Delphi c'est *mon* langage à moi.
Non sans déconner Thierry je m'en contrefous.
Aucune identification à l'outil que j'utilise.
Pas plus mon L4G que ma tuturre ...

Ou que ton prénom soit "E"?

Aucune sorte d'importance pour moi.
D'ailleurs ça serait cool, c'est moins long
à écrire. Hihi.

Je ne pense pas.

Mal pensé. Tu as ça en commun
avec le teigneux ...

C et C++ sont deux languages différents.

(un compilo C++ peut compiler du C, tout comme C++ builder peut compiler
du Delphi, bien que le Delphi et le C++ soient différents...)

J'ai eu un diplôme d'ingénieur en info industrielle
y'a longtemps, jadis, somewhere (3I grenoble,
bon ça vaut rien, ok ... :o)) ).
Je me souviens confusément ....

Bon c'était l'époque du Turbo pascal
mais quand même hein !
Chuis pas complètement ignare hein !

J'ai assisté ébloui à la vulgarisation
de la POO. Et OUI M'SIEUR j'étais LA !!

Merci pour tes explication Thierry.

Cordialement

Eric

Renseignements pris cette unité a été mise
là à titre d'information parce que Myklr
dérive d'un autre projet (MySvm) et
principalment de Learn.cpp où elle
est l'unité principale.
Oui, j'avais téléchargé mySVM (à 12000 bps). Ce que ne ferais pas un

teigneux....

Mais le teigneux-un-peu-con en toute logique ...

[...]

Merci beaucoup pour ces explications détaillées.
Ben vous voyez qu'vous pouvez être sympa ...
C'est une seconde nature, chez les teigneux un peu cons.

Donc aucun mérite.
Et moi qui croyais que ça procédait
d'une bonne volonté ... :o))

[...]

Ben ça s'rait plutôt que je comprends pas trop.
Vous voyez ?
Et puis tiens je vais vous le dire une fois pour toute:
j'aime bien tout ce que comprends ...
Ça correspond en gros à la notion en Delphi d'identificateur qualifié :

CalculsUnit.MaVariable
Le using du C++, c'est un peu le with de Delphi.

Et ben voilà, le teigneux-un-peu-con sait ne pas l'être.
C'est CA l'effet Noël !

Delphi est à priori

On sent la circonspection ...

plus séduisant sur ce plan, puisque la notion de

qualificateur est générale (orthogonale ?) :

Disons que la produit scalaire des deux notions-vecteurs
est nul. Faut faire propre, p't'être qu'on est en
dimension N. Hein ...

on peut qualifier à peu près

tout avec à peu près tout, et ce de façon récurrente. Bien entendu, une
variable simple ne peut être que qualifiée, pas qualificateur. A part ça,
le

concept est unifié, pour les variables, les record, les procédures et
fonctions, les classes, les units.

C'est beau Delphi. Delphi d'ailleurs c'est trois lignes
de code génératrices de code qui se sont démultipliées
récursivement. Quelles lignes ?

Function Kernel;
begin
Père;
Fils;
St Esprit;
end
....

[...]

Ah mais elle est teigneuse la teigne (récursivité par redondance) !
Il vaut mieux un bon pléonasme qu'une mauvaise plaie au ... .

Plaie-t-il ?

Eric