In article <4c4df374$0$3322$, Samuel DEVULDER wrote:
Est-ce qu'on pourrait pousser le luxe jusqu'à avoir un int c[] dans toto et que:
tab[2].c[3] = 5;
soit accepté? La détermination de la taille de tab, ainsi que celle de c nécessiterait de maintenir pas mal d'info sur les indices max des sous-elements de la structure en cours de route. Mais du coup on pourrait carrément avoir cela pour les tableaux multi dimensionnels?
int tab[][]; tab[3][4] = 2;
Ca serait pas mal pour étendre les matrices creuses sans avoir à ajouter des {} vides pour les lignes insérées.
Sans doute, peut-etre...
Au niveau du tres detaille, ca a un interet excessivement theorique, vu que de toutes facons, le comite a decide d'etendre la syntaxe des initialiseurs, et que donc maintenant on est coinces avec un langage bien plus gros que si que me paraissait raisonnable...
In article <4c4df374$0$3322$426a74cc@news.free.fr>,
Samuel DEVULDER <samuel-dot-devulder@laposte-dot-com> wrote:
Est-ce qu'on pourrait pousser le luxe jusqu'à avoir un int c[] dans toto
et que:
tab[2].c[3] = 5;
soit accepté? La détermination de la taille de tab, ainsi que celle de c
nécessiterait de maintenir pas mal d'info sur les indices max des
sous-elements de la structure en cours de route. Mais du coup on
pourrait carrément avoir cela pour les tableaux multi dimensionnels?
int tab[][];
tab[3][4] = 2;
Ca serait pas mal pour étendre les matrices creuses sans avoir à ajouter
des {} vides pour les lignes insérées.
Sans doute, peut-etre...
Au niveau du tres detaille, ca a un interet excessivement theorique, vu que
de toutes facons, le comite a decide d'etendre la syntaxe des initialiseurs,
et que donc maintenant on est coinces avec un langage bien plus gros que
si que me paraissait raisonnable...
In article <4c4df374$0$3322$, Samuel DEVULDER wrote:
Est-ce qu'on pourrait pousser le luxe jusqu'à avoir un int c[] dans toto et que:
tab[2].c[3] = 5;
soit accepté? La détermination de la taille de tab, ainsi que celle de c nécessiterait de maintenir pas mal d'info sur les indices max des sous-elements de la structure en cours de route. Mais du coup on pourrait carrément avoir cela pour les tableaux multi dimensionnels?
int tab[][]; tab[3][4] = 2;
Ca serait pas mal pour étendre les matrices creuses sans avoir à ajouter des {} vides pour les lignes insérées.
Sans doute, peut-etre...
Au niveau du tres detaille, ca a un interet excessivement theorique, vu que de toutes facons, le comite a decide d'etendre la syntaxe des initialiseurs, et que donc maintenant on est coinces avec un langage bien plus gros que si que me paraissait raisonnable...
Oui. En ce moment, c'est le tour de Apple -- pour C1x.
GC, BLOCK, et j'en passe -- mais pas du tout comme en C++, hein.
-- Gaby
Gabriel Dos Reis
(Marc Espie) writes:
[...]
| Au niveau ISO et C, c'est vaguement plus nuance. Entre autres parce qu'il y | a d'autres communautes en dehors de la communaute Unix (microsoft, | l'embarque...), mais il n'empeche: je ne pense pas que tu arriveras a fai re | passer quoi que ce soit qui vienne d'Unix si: | - ce n'est pas dans la glibc; | - ca n'a pas ete implemente dans gcc.
| Ca va peut-etre un peu changer si Apple continue a s'investir dans llvm...
Parce que tu crois que les inventions (pour C1x) venant de Apple sont meilleurs ?
| Au niveau ISO et C, c'est vaguement plus nuance. Entre autres parce qu'il y
| a d'autres communautes en dehors de la communaute Unix (microsoft,
| l'embarque...), mais il n'empeche: je ne pense pas que tu arriveras a fai re
| passer quoi que ce soit qui vienne d'Unix si:
| - ce n'est pas dans la glibc;
| - ca n'a pas ete implemente dans gcc.
| Ca va peut-etre un peu changer si Apple continue a s'investir dans llvm...
Parce que tu crois que les inventions (pour C1x) venant de Apple sont
meilleurs ?
| Au niveau ISO et C, c'est vaguement plus nuance. Entre autres parce qu'il y | a d'autres communautes en dehors de la communaute Unix (microsoft, | l'embarque...), mais il n'empeche: je ne pense pas que tu arriveras a fai re | passer quoi que ce soit qui vienne d'Unix si: | - ce n'est pas dans la glibc; | - ca n'a pas ete implemente dans gcc.
| Ca va peut-etre un peu changer si Apple continue a s'investir dans llvm...
Parce que tu crois que les inventions (pour C1x) venant de Apple sont meilleurs ?
| struct toto { | int a; | int b; | } tab[] = {{.a=1}, {.b=2}, {.b=3, .a=4}};
Non, merci !
-- Gaby
JKB
Le Wed, 28 Jul 2010 03:07:54 -0500, Gabriel Dos Reis écrivait :
JKB writes:
[...]
| Je réagissais surtout en raison des joutes verbales que j'ai pu | avoir avec ce type
oui, mais là, c'est la marque. :-)
Avec des vrais morceaux de mauvaise foi dedans. Le problème pour Drepper, c'est qu'il part du principe qu'il n'a jamais tort même en dépit du bon sens. Le risque, c'est de se retrouver avec des bouts de codes qui fonctionnent partout sauf sous Linux en raison d'une implantation bizarre de certaines fonctions violant les specs (et l'unique réponse : 'je sais lire les specs parce que je les ai écrites'). J'ai des exemples de codes qui fonctionnent partout (même sous VMS, c'est dire) et qui terminent par un segfault sous Linux, codes aujourd'hui bourré de workarounds linuxiens.
JKB
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours. => http://grincheux.de-charybde-en-scylla.fr
Le Wed, 28 Jul 2010 03:07:54 -0500,
Gabriel Dos Reis <gdr@cse.tamu.edu> écrivait :
JKB <jkb@koenigsberg.invalid> writes:
[...]
| Je réagissais surtout en raison des joutes verbales que j'ai pu
| avoir avec ce type
oui, mais là, c'est la marque. :-)
Avec des vrais morceaux de mauvaise foi dedans. Le problème pour
Drepper, c'est qu'il part du principe qu'il n'a jamais tort même en
dépit du bon sens. Le risque, c'est de se retrouver avec des bouts
de codes qui fonctionnent partout sauf sous Linux en raison d'une
implantation bizarre de certaines fonctions violant les specs (et
l'unique réponse : 'je sais lire les specs parce que je les ai
écrites'). J'ai des exemples de codes qui fonctionnent partout (même
sous VMS, c'est dire) et qui terminent par un segfault sous Linux,
codes aujourd'hui bourré de workarounds linuxiens.
JKB
--
Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre
masse corporelle, mais disperse à lui seul 25% de l'énergie que nous
consommons tous les jours.
=> http://grincheux.de-charybde-en-scylla.fr
Le Wed, 28 Jul 2010 03:07:54 -0500, Gabriel Dos Reis écrivait :
JKB writes:
[...]
| Je réagissais surtout en raison des joutes verbales que j'ai pu | avoir avec ce type
oui, mais là, c'est la marque. :-)
Avec des vrais morceaux de mauvaise foi dedans. Le problème pour Drepper, c'est qu'il part du principe qu'il n'a jamais tort même en dépit du bon sens. Le risque, c'est de se retrouver avec des bouts de codes qui fonctionnent partout sauf sous Linux en raison d'une implantation bizarre de certaines fonctions violant les specs (et l'unique réponse : 'je sais lire les specs parce que je les ai écrites'). J'ai des exemples de codes qui fonctionnent partout (même sous VMS, c'est dire) et qui terminent par un segfault sous Linux, codes aujourd'hui bourré de workarounds linuxiens.
JKB
-- Le cerveau, c'est un véritable scandale écologique. Il représente 2% de notre masse corporelle, mais disperse à lui seul 25% de l'énergie que nous consommons tous les jours. => http://grincheux.de-charybde-en-scylla.fr