Norme qui décide ?

Bonjour,

Qui décide que telles ou autres fonctions sont compatibles avec un standard qui se meut comme un camenbert frais ?

Avec le code de la route c'était facile:
-On observait la vitesse moyenne dans un lieu-dit. On puisait l' écart-type de cette moyenne.

-Puis on établissait la vitesse autorisée au dessous de la moyenne diminuée de l' ecart-type.
Ainsi les radars fonctionnaient à plein .

Mais concernant ISO et ANSI je ne vois pas par quelle bretelle, il y aurait une explication...

Aidez-moi à faire le clair entre ISO et ANSI dans la programmation C++.

Cordialement.

Salut

Pour l'ISO regarde ici
Pour l'ANSI regarde là

En gros ISO norme internationale (146 pays), norme ANSI, purement américaine.
Maintenant, pour le C++ ...

Citation:

---

Envoyé par dj.motte

Avec le code de la route c'était facile:
-On observait la vitesse moyenne dans un lieu-dit. On puisait l' écart-type de cette moyenne.

-Puis on établissait la vitesse autorisée au dessous de la moyenne diminuée de l' ecart-type.
Ainsi les radars fonctionnaient à plein .

---

Je pensais qu'il fesait pareil avec les fonctions :roll:

Bonsoir,

Merçi à Trap D pour m' informer sur ISO et ANSI.

Aprés lecture de ces deux bulletins ...plus difficle pour moi à lire en Anglo-Américain, je me pose une question. Certes c'est dans la mentalité du Gaulois que de vouloir tout contester...

Apparamment les deux textes se valent. Les néo-marxistes (tiers-mondialistes ) diront que les deux, c'est l'impérialisme Américain...

Je ne pense pas de la sorte.

Mais je veux faire remarquer que "L ' enfer est pavé de bonnes intentions".

Supposons une nécéssité de la norme universelle...Ce serait un enfer. Plus personne ne saurait comment déroger à cette norme.

Et le plus affligeant dans cette issue, ce serait que tout le monde s' impliquerait à la règle , SANS EN AVOIR DE RETRIBUTION NI RETOUR.

Cela serait la norme pour la norme !


Cordiamement.

Il n'y a rien de pire qu'être dans la norme, c'est ça que tu veux dire ? (et que je pense un peu aussi :lol: )

Le standard permet d'avoir des codes portables et compatibles avec tous les compilateurs respectant le sus-cite standard (idealement le plus possible). Pas besoin d'aller plus loin, il FAUT un standard. En Cpp c'est l'ANSI qui mene la danse (tu peux y voir l'imperialisme americain :p).

W3, ANSI, ISO, a way of life

Bonsoir,

Les normes ( ISO, ANSI ) sont bonnes à prendre à condition qu' elles ne deviennent pas en elles-mêmes des finalités à prendre.


Cordialement.

Si tu cherches des langage franco français,
tu devrais trouver ton bonheur auprès de Prolog, Ocaml, et LSE.

Et si la norme t'ennuie, rien ne t'empeche de créer ton propre langage. Rien de plus facile.

Citation:

---

Envoyé par LeGreg

Si tu cherches des langage franco français,
tu devrais trouver ton bonheur auprès de Prolog, Ocaml, et LSE.

Et si la norme t'ennuie, rien ne t'empeche de créer ton propre langage. Rien de plus facile.

---

Tu es sûr que Prolog soit franco/français ?? Par contre, LSE, je ne savais même pas qu'il existait encore !

Citation:

---

Envoyé par Trap D

Tu es sûr que Prolog soit franco/français ??

---

En tout cas son auteur l'est:
http://www.lim.univ-mrs.fr/~colmer/tablematiere.html

Citation:

---

Envoyé par Trap D

Par contre, LSE, je ne savais même pas qu'il existait encore !

---

Un langage ce n'est pas une personne ou une espece en voie d'extinction, si il existe hier, il existe aujourd'hui.

Citation:

---

Envoyé par gege2061

Citation:

---

Envoyé par dj.motte

Avec le code de la route c'était facile:
-On observait la vitesse moyenne dans un lieu-dit. On puisait l' écart-type de cette moyenne.

-Puis on établissait la vitesse autorisée au dessous de la moyenne diminuée de l' ecart-type.
Ainsi les radars fonctionnaient à plein .

---

Je pensais qu'il fesait pareil avec les fonctions :roll:

---

Bien sûr qu'il font pareil !!! D'ailleurs, après ces fêtes de noël, personne n'a t il reçu la démo de P=NP ????

Parceque, si, le "voyageur de commerce", équivalant au "sac à dos", peut se résoude en P... Une conjecture affirme qu'une preuve difficile n'a pas de "concrétisation", d'applications... Les maths elles mêmes prouvent qu'une application simple, ne peut avor de preuve concrète (ou est-ce l'inverse??)

Genre j'arrive à être compliqué en voulant rester simple...

Citation:

---

Envoyé par LeGreg

Et si la norme t'ennuie, rien ne t'empeche de créer ton propre langage. Rien de plus facile.

---

:?

Citation:

---

Envoyé par SKZ81

Bien sûr qu'il font pareil !!! D'ailleurs, après ces fêtes de noël, personne n'a t il reçu la démo de P=NP ????

Parceque, si, le "voyageur de commerce", équivalant au "sac à dos", peut se résoude en P... Une conjecture affirme qu'une preuve difficile n'a pas de "concrétisation", d'applications... Les maths elles mêmes prouvent qu'une application simple, ne peut avor de preuve concrète (ou est-ce l'inverse??)

---

Tu m'otes les mots de la bouche :vomi:

Citation:

---

Envoyé par LeGreg

Un langage ce n'est pas une personne ou une espece en voie d'extinction, si il existe hier, il existe aujourd'hui.

---

Un langage, tout comme une langue peut devenir un langage mort !

Bonsoir,

Merçi encore à Trap D pour les liens sur ANSI et ISO.

Mais concernant les normes du C++ , je suis un peu dérouté.

Avec Windows et CBuilder++, on me livre un logiciel "pur ANSI et peut-être même pur ISO".

Dans ce cas, il y a dans "<string.h>" la fonction "stricmp" et la possibilité d' inclure "<io.h>".

Avec Linux, dans "<string.h>" plus de "stricmp" mais "strcasecmp". De plus "<io.h>" n'existe plus !
Par contre une invitation à se servir de POSIX.

Alors à quoi sert la normalisation en C++ si en passant d'un système d'exploitation à l'autre, on ne s'y retrouve pas ?

Cordialement.

Citation:

---

Envoyé par dj.motte

Avec Windows et CBuilder++, on me livre un logiciel "pur ANSI et peut-être même pur ISO".

---

C'est juste de la publicité mensongère.

Citation:

---

Envoyé par dj.motte

Alors à quoi sert la normalisation en C++ si en passant d'un système d'exploitation à l'autre, on ne s'y retrouve pas ?

---

Il y a dans chaque compilateur des extension par rapport à la norme. La norme garanti plus un minimum commun que l'on doit trouver partout (et dont ni stricmp, ni strcasecmp ni io.h ne font partie).
Et même si ça a mis du temps, je trouve qu'aujourd'hui (depuis VC++7.1 et gcc 3.0) le respect de la norme commence à être bon dans beaucoup de compilateurs. Suffisemment en tout cas pour que le développeur qui n'utilise les extensions qu'en tout connaissance de cause n'ait pas trop de surprises en passant d'un environnement à l'autre.

Bonsoir,

Citation:

---

Envoyé par JolyLoic

l y a dans chaque compilateur des extension par rapport à la norme. La norme garanti plus un minimum commun que l'on doit trouver partout (et dont ni stricmp, ni strcasecmp ni io.h ne font partie).

---

Par norme j'entends ANSI ou ISO. Pas la norme des psychanalystes.

Je ne comprends pas pourquoi des fonctions et des librairies ont été sabré de la norme( ANSI & ISO ) avec Linux.

Pourquoi ne pas intégrer les procédures "anciennes" dans la mesure où elles sont opérationelles ?

Il y aurait plusieurs version de la même procédure.

Et pourquoi pas ?

La norme ( ANSI & ISO ) procède selon moi, comme un sécateur. On détruit puis on espère une reconstruction.

Fatigué.

Cordialement.

il ne faut pas que "cela" soit trop gros. (par exemple dans l'embarqué)

tu pars du mauvais endroit en voyant la norme comme une restriction à ton imagination.
c'est plutôt le contraire : ta verve créatrice doit être guidée par la norme.
Cordialement,

Citation:

---

Envoyé par dj.motte

Bonsoir,

JolyLoic dit

Citation:

---

l y a dans chaque compilateur des extension par rapport à la norme. La norme garanti plus un minimum commun que l'on doit trouver partout (et dont ni stricmp, ni strcasecmp ni io.h ne font partie).

---

Par norme j'entends ANSI ou ISO. Pas la norme des psychanalystes.

---

Moi aussi, je ne sais même pas en quoi consiste cette norme psychanalytique.

Citation:

---

Envoyé par dj.motte

Je ne comprends pas pourquoi des fonctions et des librairies ont été sabré de la norme( ANSI & ISO ) avec Linux.

---

Je ne comprends pas ce que tu veux dire. En particulier je ne vois pas ce qui a été sabré (je rappelle que stricmp ou strcasecmp n'ont *jamais* fait partie ni de la norme C ni de celle C++), ni ce que Linux a à voir là dedans.
Qu'un compilateur décide de faire une extension par rapport à la norme : Ok.
Qu'il décide ce placer cette extention dans un header standard, c'est déjà plus malheureux, car des gens peuvent croire à tort que cette fonction est standard. D'ailleurs, ce comportement est, je pense, interdit par la norme.
Maintenant, que parce qu'un compilateur a décidé dans son coin d'ajouter une extension, on décide automatiquement de demander à tous les autres compilateurs d'en faire de même, alors là, pas d'accord.

Citation:

---

Envoyé par dj.motte

Pourquoi ne pas intégrer les procédures "anciennes" dans la mesure où elles sont opérationelles ?

---

Pour plusieurs raisons en l'occurence :
- Des procédures opérationelles, il en existe des milliers. double triple(double a) {return 3*a;} est une procédure opérationnelle. Doit-on l'inclure à la norme ? Pour qu'une fonction soit dans la norme, il faut qu'elle soit jugée d'intérêt général, qu'elle s'intègre bien avec le reste des fonctions, qu'il ne soit pas trivial de reproduire son résultat, qu'une pratique précédente prouve sa viabilité...
- Parce que, même dans les environnements où elle est fournie, stricmp. Elle peut dire des bêtises, comme par exemple que muß et MUSS sont différents, ou que M. et m. sont identiques, alors que l'un est une abréviation française, et que l'autre ne veut rien dire.

Citation:

---

Envoyé par dj.motte

Il y aurait plusieurs version de la même procédure.

Et pourquoi pas ?

La norme ( ANSI & ISO ) procède selon moi, comme un sécateur. On détruit puis on espère une reconstruction.

---

En l'occurence, elle n'a rien coupé. Et sur bien d'autres points, elle a permis d'étendre.

Bonsoir,

Citation:

---

Envoyé par JolyLoic

Je ne comprends pas ce que tu veux dire. En particulier je ne vois pas ce qui a été sabré (je rappelle que stricmp ou strcasecmp n'ont *jamais* fait partie ni de la norme C ni de celle C++), ni ce que Linux a à voir là dedans.
Qu'un compilateur décide de faire une extension par rapport à la norme : Ok.
Qu'il décide ce placer cette extention dans un header standard, c'est déjà plus malheureux, car des gens peuvent croire à tort que cette fonction est standard. D'ailleurs, ce comportement est, je pense, interdit par la norme.
Maintenant, que parce qu'un compilateur a décidé dans son coin d'ajouter une extension, on décide automatiquement de demander à tous les autres compilateurs d'en faire de même, alors là, pas d'accord.

---

Oui, mais si par exemple ni "stricmp" ou "strcasecmp" ne font pas partie la norme ( ISO & son copain ANSI ), je ne vois plus comment faire une comparaison non signée entre chaînes de caractères. Il faudrait dans ce cas réinventer la roue.

ANSI & ISO seraient-ils des "camemberts flottants" ?

La seule raison pour laquelle je conçois une exclusion de "stricmp" ou de "strcasecmp" de la norme, tient au fait de l' internationalisation des langages vivants ( Arabe, Chinois, Indien etc...).

Par contre supprimer "<io.h>" de la norme, me paraît mesqin.
"<io.h>" a toujours fait partie la norme ANSI depuis 1980 et des brouetttes... Mais fallait-il réserver un accés exclusif aux "fstream" du C++ pour accéder à un fichier ?

Mais je dois radoter...

Où trouver le dictionnaire des fonctions et des "<include>" acceptés par la norme ( ANSI & ISO ) ?

Ou plutôt comment trouver le dictionnaire des fonctions et des "<include>" qui ont été dépréciés par la norme ( ANSI & ISO ) ?

Cordialement.

Citation:

---

Envoyé par dj.motte

Où trouver le dictionnaire des fonctions et des "<include>" acceptés par la norme ( ANSI & ISO ) ?
Cordialement.

---

pour qu'un header soit accepté par la norme il suffit qu'il soit compilable par un compilateur adapté à la norme du C/C++. Ce qui est très vaste et il n'y en a pas de liste compilée(arf).

À moins que tu veuilles dire: quels sont les header et les fonctions dont l'interface et la fonctionalité sont intégralement définies par une norme ?
Tout dépend de la norme et de l'année.
en C, tu as toutes les stdio, stdlib, math, assert, float, string, complex etc...
Unix (dont la parenté avec le C est évidente) a lui sa propre norme POSIX, qui définit également des fonctions comme execve ou fork.
en C++, tu as la STL qui regroupe des conteneurs template, des objets de traitement sur les flux (basic_istream, basic_string, vector, map et j'en passe) ainsi que des algorithmes.
l'API window a également ses propres headers standard comme windows.h

L'intéret de les définir dans une norme c'est d'avoir un pot commun dans lequel les programmeurs peuvent puiser et ne pas avoir à se réinventer d'un projet à un autre. Bien entendu, la nature du C/C++ fait qu'un programmeur zélé peut ne pas du tout s'appuyer sur ces librairies et tout refaire de A à Z à sa sauce (si ça lui chante).

Bonsoir,

Citation:

---

Envoyé par LeGreg

pour qu'un header soit accepté par la norme il suffit qu'il soit compilable par un compilateur adapté à la norme du C/C++. Ce qui est très vaste et il n'y en a pas de liste compilée(arf).

---

Traduisons:

Pour qu'une nouvelle régle soit acceptée en tant que telle, il faut que cette dernière soit conforme à la règle précédante.

Donc se pencher vers "la règle précédante".

Qu'est une "compatibité adaptée à la norme du C/C++" ?
Si la norme du C/C++ prévaut avant toute création de logiciel, j'ai bien peur que l'on ne peut plus rien créer.

D'ailleurs faudrait dire clairement ce qu'est la norme C/C++.

J'ai plutôt l'impression que ceux sont les créateurs de logiciels qui poussent la norme. Cette dernière ne fait qu' a posteriori que
de décerner des certificats d'aptitude ou non.

Mais qui sont ces détenteurs de la norme en C/C++ ?

Des costard-cravates fumant le cigare avec cinisme, sur "l'imbécilité informartique" ?

Des costard-cravates , ingénieurs , non-fumeurs, rompus aux vertus de l'eau minérale ?

Peut-être les deux (si ç'est possible ! )...

Bah ! Je m'en moque.

Cordialement.

La norme tel qu'elle est fait n'est peut-être pas le meilleur système qui existe, mais c'est le moins pire. Le plus énervant, c'est de prendre des sources sur Internet et devoir tout modifier pour les rendre compilable. C'est pour ça que la norme existe, pour faire gagner du temps et pour que des dialectes ne se forment pas.

Bonsoir,

Citation:

---

Envoyé par ShootDx

La norme tel qu'elle est fait n'est peut-être pas le meilleur système qui existe, mais c'est le moins pire. Le plus énervant, c'est de prendre des sources sur Internet et devoir tout modifier pour les rendre compilable. C'est pour ça que la norme existe, pour faire gagner du temps et pour que des dialectes ne se forment pas.

---

Je trouve votre message paradoxal.

Si vous prenez des sources sur internet et que vous devez les
modifier , pour satisfaire à la norme (ANSI ISO), alors je ne
comprends pas ce que viennent faire ces sources si elles ne sont
pas "normalisées" ?

Etonnant de constater que d'un système d'exploitation à l' autre , la
norme se "travestisse" !

Mais enfin, comme le souligne JolyLoic, la norme C++, n' est
peut-être qu' un plus petit diviseur commun ?

J'insiste sur le fait que des "include" qui étaient certifiés ANSI ISO,
ont été délestés, alors que ces derniers étaient bien pratiques.

Ce n'est pas grave je m'en remettrai...

Cordialement.

Citation:

---

Envoyé par dj.motte

J'insiste sur le fait que des "include" qui étaient certifiés ANSI ISO, ont été délestés, alors que ces derniers étaient bien pratiques.

---

De quels headers parles tu ? Si quelqu'un a "certifié" ANSI/ISO les fichiers dont tu parles précédemment dans ce post, c'est que cette personne a menti.

Citation:

---

Envoyé par dj.motte

Mais qui sont ces détenteurs de la norme en C/C++ ?

Des costard-cravates fumant le cigare avec cinisme, sur "l'imbécilité informartique" ?

Des costard-cravates , ingénieurs , non-fumeurs, rompus aux vertus de l'eau minérale ?

---

La norme se vote au niveau internationnal. Chaque pays qui le souhaite a une voix. Ensuite, la voix de chaque pays est gérée par un comité de normalisation national (en France, par exemple, c'est l'AFNOR). Pour être représenté auprès de ces commités, il faut payer (une somme bien plus que symbolique). Donc souvent, une entreprise/université sponsorise un représentant auprès du commité, afin que ce représentant tienne compte des intérets de celle ci.

En pratique, le commité C++ cherche plus à atteindre un certain consensus qu'une simple majorité. Et les membres qui le compose n'ont pas forcément de cravate ni de costard. Ce sont souvent des experts du langage, des implémenteurs de compilateurs, de bibliothèques...

En tout cas, la dernière réunion AFNOR à laquelle j'ai participé, à part le représentant de l'AFNOR qui était là pour gérer les aspects administratifs, je ne me rappelle pas avoir vu un tel costume. :P

Citation:

---

Envoyé par dj.motte

Oui, mais si par exemple ni "stricmp" ou "strcasecmp" ne font pas partie la norme ( ISO & son copain ANSI ), je ne vois plus comment faire une comparaison non signée entre chaînes de caractères. Il faudrait dans ce cas réinventer la roue.

---

Peut être trouveras-tu ton bonheur sur http://www.gotw.ca/gotw/029.htm ?

Citation:

---

Envoyé par dj.motte

Où trouver le dictionnaire des fonctions et des "<include>" acceptés par la norme ( ANSI & ISO ) ?

---

Dans la norme ;)
Pour les headers, en voici la liste (extraite de la norme):
Nouveautés du C++ :

Code:

---

1 2 3 4 5 6 7

<algorithm> <iomanip> <list> <ostream> <streambuf> <bitset> <ios> <locale> <queue> <string> <complex> <iosfwd> <map> <set> <typeinfo> <deque> <iostream> <memory> <sstream> <utility> <exception> <istream> <new> <stack> <valarray> <fstream> <iterator> <numeric> <stdexcept> <vector> <functional> <limits>

---

Hérités du C :

Code:

---

1 2 3 4

<cassert> <ciso646> <csetjmp> <cstdio> <ctime> <cctype> <climits> <csignal> <cstdlib> <cwchar> <cerrno> <clocale> <cstdarg> <cstring> <cwctype> <cfloat> <cmath> <cstddef>

---

Pour les fonctions, comme le norme est un peu ardue (et fait aussi parfois références à la norme C, ce qui oblige à acheter celle là aussi), je trouve ce qu'il y a sur http://www.dinkumware.com/refxcpp.html pas mal.

Bonjour,

Je dois tout d'abord remercier JolyLoic, pour son
message trés complet.

D'ailleurs je n'ai pas eu le temps de lire toutes les
références de manière exhaustive. (c'est copieux ! ).

Je programme avec C++, depuis les années 80.
A cette époque mon logiciel de référence était
Turbo C++ 3.0 (Borland).

Dans cette version du C++, le livre dictionnaire des
fonctions décrivait des fonctions comme
-stricmp
-strcmpi
-strnicmp
-etc...

J' ai reconsulté le livre dictionnaire des fonctions.

Effectivement ces fonctions n'étaient portables qu'avec
MS-DOS, bien que transmises à BCBUILDER 5.5.

BCBUILDER 5.5 C++ a-t-il péché par excés de zèle ?

Maintenant concernant la norme (ANSI-ISO).

Sans vouloir faire du violon "alter mondialiste", je me
demande quelles sont les nations qui peuvent se pourvoir
d' une capacité d'accés à la norme (ANSI-ISO) ?

C'est peut-être là un point de départ pour se soustraire du
sous-développement.

Cordialement.

Salut
J'ai lu au début de mon livre de prog. en C que la norme ANSI a été crée car chaque entreprise "fesais" son propre language C et que sa devenait un casse-tête pour les programmeurs . c'est en 1983 que cette nrome a été implentée.

Salut,

Il faut bien se rendre compte que, le but originel du C, et, a posteriori du C++ était de fournir un langage de programmation, non seulement de troisième généraltion ("proche du langage humain"), mais surtout compatible avec les différentes architectures...

On oublie beaucoup trop souvent qu'il n'y a pas que le PC (qui se décline déjà en 5 grandes "familles" allant du 3x86 au processeur 64bits), mais qu'il y a une multitudes d'autres architectures (du "mainframe" au "mac", en passant par toutes les autres)...

Le C, à ses débuts, a été "victime de son succès", car tous les concepteurs de l'époque (on était en 1971 quand il est apparu, ce qui ne date pas d'hier) ont voulu créer leur propre implémenation du C, avec un résultat malheureux: le C qui avait pour but avoué d'être compatible partout devenait incompatible avec lui-même (du moins, avec les implémentations de "la boite concurrente")

C'est un peu come si, tout en parlant tous français, le terme "fourchette" avait une signification différente pour vous et moi... la compréhension devient impossible...

Dans de telles conditions, une "normalisation" est, non seulement nécessaire, mais indispensable.

Maintenant, le problème des sources prises sur internet (et, finalement, de toute source dont on n'est pas le créateur) est bien plus un problème de mentalité qu'un problème du à la norme elle-même:

Si un programmeur, qu'il soit débutant ou professionnel, décide de s'écarter de la norme (personne ne t'interdit de parler en argot, après tout :mouarf: ) il décide "en connaissance de cause" (ou du moins considéré comme) de limiter le nombre de personnes à qui s'adressera potentiellement ses sources.

Par contre, le programmeur qui décidera de suivre la norme "aussi loin que possible" (par exemple, pour toute la gestion de l'application, avant d'en arriver à la partie graphique) s'assurera, d'une certaine manière, de s'adresser potentiellement à beaucoup plus de monde, garantissant ainsi le "succès" de son code source.

Je travaille aussi bien sous linux que sous windows, et il est beaucoup plus facile de se baser sur la norme "jusqu'à un certain point" (en fait, jusqu'à ce que l'interface graphique rentre en ligne de compte) que de commencer avec des vérifications préprocesseur à n'en plus finir pour déterminer si l'on travaille sous linux ou sous windows, qui, en plus, nécessiteront de manière quasi systématique la réécriture d'une partie du code pour permettre la compatibilité.

je ne suis personne pour obliger qui que ce soit à utiliser la norme, mais je pose la question à tous, que vous programmiez sous linux ou sous windows:

Etes-vous de "cette race d'extrémistes" qui considèrent que seul le système d'exploitation sous lequel vous tournez vaut la peine de coder, ou estimez-vous au contraire que votre code, aussi petit puisse-t-il etre mérite d'être utilisé par le plus grand nombre?

Je n'ai besoin de la réponse d'aucun d'entre vous, mais réfléchissez-y pour vous-même, et décidez en conséquence de l'opportunité d'utiliser les normes et standards au mieux de leurs possiblités ou non.

« faisait »