/* Topic des codeurs couche-tard [3] */

Rolinh · Le 14/01/2011, à 18:48

Depuis la dernière que j'ai pushé dans le dépôt: celle-ci

grim7reaper · Le 14/01/2011, à 18:49

J'ai édité .

C'était tout con en fait (suffisait de remarquer que queue.c compilait bien tout seul, mais pas avec main.c).
C'est dû à l'ajout de

#include "queue.c"

dans main.c (ce qui est extrêmement moche au passage (je parle du fait d'inclure des fichiers sources)).

D'ailleurs, ça doit être une erreur car si tu inclus queue.h au lieu de queue.c, tout fonctionne (pas besoin d'ajouter le #define dans main.c)

Dernière modification par grim7reaper (Le 14/01/2011, à 18:57)

Rolinh · Le 14/01/2011, à 18:58

Merci
(me sens vraiment bête du coup) parce qu'il s'agit d'une erreur de distraction: c'est bien queue.h qui devait être inclus et pas queue.c (parce que sinon, bien d'accord c'est beurk).

Du coup j'ai pas besoin du #define _BSD_SOURCE dans le main vu qu'il est dans le queue.c

Comme quoi, quand on ne cherche pas au bon endroit... ça fait du bien d'avoir un regard externe

Dernière modification par Rolinh (Le 14/01/2011, à 18:59)

grim7reaper · Le 14/01/2011, à 18:59

Ouais, c'est ce que je me suis dis après (d'où l'édit de mon dernier post ), car ça me paraissait gros quand même.

Pylades · Le 14/01/2011, à 19:19

Un beau commit de fait.

Rolinh · Le 14/01/2011, à 19:20

j'avais rajouté "thanks to Grim7reaper who pointed out my stupidity" mais j'avais déjà commit avant sans changements depuis (donc l'est pas passé)

grim7reaper · Le 14/01/2011, à 19:28

Tant pis, ça sera pour la prochaine erreur bête

Rolinh · Le 14/01/2011, à 19:29

C'est sûr que c'est sûrement pas la dernière erreur bête sur ce projet...
J'ai même passé l'analyseur statique de clang avant (mais comme ce n'est pas "faux" en soit...)

Pylades · Le 14/01/2011, à 19:45

Bon, je suis particulièrement content de mon nettoyage dans parser.c : 10 additions, 46 délétions ! \o/
(En en plus normalement ça devrait être plus rapide.)

Rolinh · Le 14/01/2011, à 20:06

Ça vient de quoi parser.c?

xapantu · Le 14/01/2011, à 20:08

libstropt ?
edit : oui, c'est ça : http://gitorious.org/libstropt/libstrop … 691df8ea7b

Dernière modification par xapantu (Le 14/01/2011, à 20:09)

Rolinh · Le 14/01/2011, à 21:30

Bon, /me doit laisser de côté le C, snif :'-( , pour faire du... prolog!
Enoncé du TP (pdf): ça me déprime déjà...

helly · Le 14/01/2011, à 21:34

vous travaillerez par binômes

 !
Sinon, le prolog j'avais essayé un semestre, pas assez longtemps pour avoir un avis bien tranché, mais ça m'avait l'air assez sympa.

grim7reaper · Le 14/01/2011, à 21:39

Ça semble assez space.
Mais bon, c'est peut-être comme la programmation fonctionnelle : déroutant au début, mais assez puissant par la suite.
En tout cas, ça permet d'acquérir encore une autre manière de penser, c'est toujours ça de pris.

Pylades · Le 14/01/2011, à 22:04

Ouais mais le TP n'a pas l'air sympa…

Sinon, l'en d'entre vous est-il doué avec doxygen ?

Dernière modification par Pylade (Le 14/01/2011, à 22:07)

Rolinh · Le 14/01/2011, à 22:06

C'est clair que c'est une autre manière de penser. Il parait que c'est beaucoup plus simple comme approche pour quelqu'un qui n'a jamais programmé.
Pour moi qui suit habitué au procédural (aussi fait du fonctionnel mais c'est moins mon truc), c'est vraiment difficile. Ce qui est très bizarre, c'est qu'il n'y quasi rien de prédéfinit. Ça donne l'impression d'écrire un langage à chaque fois et pour un même énoncé on peut avoir des résultats complétement différents.

Mais je confirme: c'est très space! Bon, le but de ce TP c'est de faire de la sémantique (à la dernière question on doit faire un simulateur pour notre langage).

Pylade a écrit :

Ouais mais le TP n'a pas l'air sympa…

Non, clairement pas
Depuis que j'ai reçu l'énoncé, je repousse le moment où je m'y met mais bon... là c'est quand même pour lundi soir. Mais c'est horrible ce que je n'arrive pas à me motiver!

Dernière modification par Rolinh (Le 14/01/2011, à 22:08)

Rolinh · Le 14/01/2011, à 22:09

Pylade a écrit :

Sinon, l'en d'entre vous est-il doué avec doxygen ?

Marrant ça, je viens de regarder un peu ton projet et je me suis dit qu'il faudrait que je m'y mette pour LinCopier. Je n'ai encore jamais utilisé mais je sens que ça va vite devenir indispensable.

grim7reaper · Le 14/01/2011, à 22:11

@Rolinh : je plussoie, le sujet n'est pas super motivant (le prof est fan de catch ou bien…)

@Pylade : c'est quoi ton souci (chui loin d'être un spécialiste de Doxygen vu que je me suis toujours contenté des trucs de base, mais dit toujours…) ?

Dernière modification par grim7reaper (Le 14/01/2011, à 22:11)

Pylades · Le 14/01/2011, à 22:12

D'ailleurs je viens de modifier un peu le doxyfile, pour avoir quelque chose de plus propre et un navigateur de sources.

grim7reaper · Le 14/01/2011, à 22:13

Tu as fait modifié quoi au juste ?

Rolinh · Le 14/01/2011, à 22:15

grim7reaper a écrit :

@Rolinh : je plussoie, le sujet n'est pas super motivant (le prof est fan de catch ou bien…)

Bah ça... j'en sais rien mais tous nos énoncé de TP jusqu'à présent étaient bizarres (le tp2 était sur WoW , etc.)

Pylades · Le 14/01/2011, à 22:17

grim7reaper a écrit :

[…]
@Pylade : c'est quoi ton souci (chui loin d'être un spécialiste de Doxygen vu que je me suis toujours contenté des trucs de base, mais dit toujours…) ?

En fait, j'aimerais bien que dans la doc pour l'utilisateur, en gros pour les fonctions de user.c et atropt (qu'il va falloir que je renomme avant la bêta), il ne soit pas question de struct option ou de struct strlog mais de Option ou Strlog (utiliser mes typedefs destinés à l'utilisateur en fait). Je crois qu'il est possible de mettre en place des filtres pour ça. Je sais aussi que je pourrais modifier ça directement dans les sources, mais pas envie.

grim7reaper a écrit :

Tu as fait modifié quoi au juste ?

EXCLUDE                = debug.c
EXCLUDE_PATTERNS       = test_*
SOURCE_BROWSER         = YES

En renommant run_test.c en test_run.c.

Dernière modification par Pylade (Le 14/01/2011, à 22:22)

grim7reaper · Le 14/01/2011, à 22:27

Il y a une raison pour que tu t'obstines à utiliser la forme longue struct mastruct au lieu de MaStruct ?
Ça fait un moment que je me demande en fait. J'ai du mal à saisir l'intérêt, c'est moins lisible en plus…

Pylade a écrit :

grim7reaper a écrit :
Tu as fait modifié quoi au juste ?
EXCLUDE                = debug.c
EXCLUDE_PATTERNS       = test_*
SOURCE_BROWSER         = YES
En renommant run_test.c en test_run.c.

Ok, merci.

Dernière modification par grim7reaper (Le 14/01/2011, à 22:28)

Pylades · Le 14/01/2011, à 22:33

Hum, je ne sais pas… je ne suis pas fan des typedefs ; et puis j'avais commencé sans. Ils ne sont là que pour assurer l'ADT. M'enfin, je vais peut-être modifier ça…

grim7reaper · Le 14/01/2011, à 22:45

Je trouve ça plus lisible et plus « propre », mais après c'est un choix personnel (disons qu'une fois j'ai dû renommer une structure interne lors d'un de mes projets et j'ai bien été content de ne pas avoir à faire du chercher/remplacer dans mes 10 fichiers sources)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1151 Le 14/01/2011, à 18:48

Re : /* Topic des codeurs couche-tard [3] */

#1152 Le 14/01/2011, à 18:49

Re : /* Topic des codeurs couche-tard [3] */

#1153 Le 14/01/2011, à 18:58

Re : /* Topic des codeurs couche-tard [3] */

#1154 Le 14/01/2011, à 18:59

Re : /* Topic des codeurs couche-tard [3] */

#1155 Le 14/01/2011, à 19:19

Re : /* Topic des codeurs couche-tard [3] */

#1156 Le 14/01/2011, à 19:20

Re : /* Topic des codeurs couche-tard [3] */

#1157 Le 14/01/2011, à 19:28

Re : /* Topic des codeurs couche-tard [3] */

#1158 Le 14/01/2011, à 19:29

Re : /* Topic des codeurs couche-tard [3] */

#1159 Le 14/01/2011, à 19:45

Re : /* Topic des codeurs couche-tard [3] */

#1160 Le 14/01/2011, à 20:06

Re : /* Topic des codeurs couche-tard [3] */

#1161 Le 14/01/2011, à 20:08

Re : /* Topic des codeurs couche-tard [3] */

#1162 Le 14/01/2011, à 21:30

Re : /* Topic des codeurs couche-tard [3] */

#1163 Le 14/01/2011, à 21:34

Re : /* Topic des codeurs couche-tard [3] */

#1164 Le 14/01/2011, à 21:39

Re : /* Topic des codeurs couche-tard [3] */

#1165 Le 14/01/2011, à 22:04

Re : /* Topic des codeurs couche-tard [3] */

#1166 Le 14/01/2011, à 22:06

Re : /* Topic des codeurs couche-tard [3] */

#1167 Le 14/01/2011, à 22:09

Re : /* Topic des codeurs couche-tard [3] */

#1168 Le 14/01/2011, à 22:11

Re : /* Topic des codeurs couche-tard [3] */

#1169 Le 14/01/2011, à 22:12

Re : /* Topic des codeurs couche-tard [3] */

#1170 Le 14/01/2011, à 22:13

Re : /* Topic des codeurs couche-tard [3] */

#1171 Le 14/01/2011, à 22:15

Re : /* Topic des codeurs couche-tard [3] */

#1172 Le 14/01/2011, à 22:17

Re : /* Topic des codeurs couche-tard [3] */

#1173 Le 14/01/2011, à 22:27

Re : /* Topic des codeurs couche-tard [3] */

#1174 Le 14/01/2011, à 22:33

Re : /* Topic des codeurs couche-tard [3] */

#1175 Le 14/01/2011, à 22:45

Re : /* Topic des codeurs couche-tard [3] */

Pied de page des forums