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

grim7reaper · Le 16/12/2010, à 01:10

Pylade a écrit :

HDL, je connais, VLDL aussi ; mais VHDL, je ne vois pas…

Je viens juste de le voir. Il y a aussi les LDL et les chylomicrons (ça m'a toujours fait marrer ce nom, je sais pas pourquoi) si mes souvenirs ne me joue pas de tours…

Rolinh a écrit :

Heureusement que ce n'est pas le cas chez nous! (LaTeX y est très populaire)

Pas chez moi, je pensais être le seul à l'utiliser jusqu'à ce que je tombe avec une des étudiantes brésilienne, pour l'expo de com', qui utilisait aussi Beamer (ptain, j'était heureux pour une fois que le hasard faisait bien les choses )

Bon, cette fois je vais vraiment BN

nesthib · Le 16/12/2010, à 01:24

gnuuat · Le 16/12/2010, à 01:39

tshirtman · Le 16/12/2010, à 02:01

j'ai fais du VHDL aussi à l'IUT, c'est sympa mais un peu perturbant parce qu'après une instruction il ne faut pas considérer qu'elle a été réalisé, mais qu'elle le sera en fin de frame, ainsi

a0 = a1;
a1 = a2;
a2 = a3:

à strictement le même effet que

a2 = a3;
a1 = a2;
a0 = a1:

(pour comprendre pourquoi, faut savoir que ça sert a concevoir et a simuler des circuits électroniques synchrones )

gnuuat · Le 16/12/2010, à 02:09

#!/usr/bin/env python
from past import dodo

survivor = dodo
dodo.die("C'était presque beau...")

samυncle · Le 16/12/2010, à 03:09

gotododo

Кຼزດ · Le 16/12/2010, à 03:12

c

Compteur du TdCCT · Le 16/12/2010, à 08:42

Scores totaux, depuis le début :

1) 2076    nesthib
2) 1991    samuncle
3) 1663    Pylade
4) 1297    Кຼزດ
5) 1048    cm-t
6) 984+5  grim7reaper /* ./viewtopic.php?pid=3486252#p3486252 */
7) 710    \\Ouranos//
8) 706    Р☢w ! ✰ :mad: ✰ (эй !)
9) 694    helly
10) 474    gnuuat
11) 447    Lagierl
12) 325    tshirtman
13) 196    Askelon
14) 172    nathéo
15) 169    Kanor
16) 121    ǤƦƯƝƬ
17) 93    petifrancais
18) 78    edge_one
18) 78    pierguiard
20) 70    gulp
21) 63    The Uploader
22) 59    kamui57
23) 37    ilagas
24) 33    Rolinh
25) 32    Le Rouge
26) 30    keny
27) 25    GentooUser
28) 24    ไ୦บเઢ'
29) 21    xapantu
30) 20    Morgiver
30) 20    CROWD
32) 18    Ph3nix_
33) 17    Steap
34) 15    timsy
35) 14    kouskous
36) 12    stratoboy
36) 12    sailing
36) 12    sakul
39) 11    alexises
39) 11    Crocoii
41) 10    Toineo
41) 10    NutMotion
41) 10    pseudovingtcinqcaracteres
41) 10    pfriedZ
45) 8    Mornagest
46) 7    Vista
47) 6    Zeibux
47) 6    ubuntlin
47) 6    asma.geek
50) 5    tendances-tdct
50) 5    kinouchou
52) 4    danychou56
52) 4    Neros
52) 4    Biaise
52) 4    totoflute
52) 4    pinballyoda ㋛
57) 2    SoJaS
57) 2    ceric
59) 1    geenux

Compteur du TdCCT · Le 16/12/2010, à 08:42

Scores de la période en cours :

1) 101    samuncle
2) 99    nesthib
3) 97    grim7reaper
4) 80    Кຼزດ
5) 76    Pylade
6) 47    gnuuat
7) 41    cm-t
8) 39    Lagierl
9) 38    helly
10) 32    tshirtman
11) 25    Rolinh
12) 15    Р☢w ! ✰ :mad: ✰ (эй !)
13) 12    sakul
13) 12    Steap
15) 11    \\Ouranos//
16) 10    pierguiard
17) 5    kinouchou
18) 4    The Uploader
19) 2    xapantu
19) 2    Kanor

grim7reaper · Le 16/12/2010, à 09:53

Hello World !

tshirtman a écrit :

j'ai fais du VHDL aussi à l'IUT, c'est sympa mais un peu perturbant parce qu'après une instruction il ne faut pas considérer qu'elle a été réalisé, mais qu'elle le sera en fin de frame

Ça dépend, c'est le cas pour les signaux (d'ailleur, l'affectation c'est "<=" et pas "=" ), pas pour les variables. Je ne sais pas si tu l'as vu, mais en VHDL il y a 3 façon de décrire une architecture :
- description structurelle (on se contente d'assembler des composants et de les connecter bien comme il faut)

architecture recursive of addn is
[…]
begin
    BASE : if n = 1 generate
        U1 : add1 port map(a(0), b(0), cin, s(o), cout);
    end generate;

    REC : if n > 1 generate
        U2 : add1 port map(a(n-1), b(n-1), c, s(n-1), cout);
        U3 : addn generic map(n-1)
                              port map(a(n-2 downto 0), b(n-2 downto 0), cin, s(n-2 downto 0), c);
   end generate;
end recursive;

- description « flot de données » (à base d'équation logique, l'ordre d'écriture des instructions n'a pas d'importance)

architecture dataflow of addn is
[…]
begin
    c(0) <= cin;
    cout <= c(n);
    for i in n-1 downto 0 generate
        s(i) <= a(i) xor b(i) xor c(i);
        c(i+1) <= (a(i) and b(i)) or (a(i) and c(i)) or (b(i) and c(i));
    end generate; 
end dataflow;

- description comportemental (des variables et un algo, proche de la prog impérative)

architecture behavioural of addn is
[…]
begin
    c := cin
    for i in 0 to n-1 loop
        s(i) <= a(i) xor b(i) xor c
        c := (a(i) and b(i)) or (a(i) and c(i)) or (b(i) and c(i));
    end loop;
    cout <= c;
[…]
end behavioural;

Dans la pratique, on mélange souvent les 3 :]

(pour comprendre pourquoi, faut savoir que ça sert a concevoir et a simuler des circuits électroniques synchrones )

Pas uniquement, on peut très bien décrire des circuits qui sont indépendant d'une horloge.

Sinon, j'ai pu voir qu'Emacs possédait un excellent mode pour le VHDL et je n'ai rien trouvé de comparable pour Vim (bon c'est pas trop grave vu que j'en fait pas tout les jours).

NB : les cin et cout sont des signaux de retenue (carry in, carry out), rien à voir avec le C++

Édit : bientôt le TdCCT[3]…

Dernière modification par grim7reaper (Le 16/12/2010, à 10:34)

tshirtman · Le 16/12/2010, à 10:55

ouais, ça fait quand même 4-5 ans dans ma mémoire ^^.

helly · Le 16/12/2010, à 22:28

Bon, /me va commencer à étudier ncurses pour le fm.

Elzen · Le 16/12/2010, à 22:32

Le fm, tu veux dire clfb ? Bah ncurses est clairement hors-sujet dedans

Le principe n'est pas d'imiter les navigateurs de fichiers « graphiques, mais en console », mais de créer un navigateur de fichiers qui réagisse vraiment en ligne de commande, donc juste un prompt, et du texte affiché sur la sortie standard.

helly · Le 16/12/2010, à 22:37

Haaa, je commence bien dis donc ><.
clfb, je vois ce que c'est, mais ça veut dire quoi ?

grim7reaper · Le 16/12/2010, à 22:41

Command Line File Browser

Dernière modification par grim7reaper (Le 16/12/2010, à 22:42)

helly · Le 16/12/2010, à 22:43

Bon, bha je m'y met bientôt, y'a juste pour l'autocomplétion où je risque de bloquer…

grim7reaper · Le 16/12/2010, à 22:46

/me a écrit :

ArkSeth a écrit :
J'essayerais bien de le faire moi-même, mais j'suis pas sûr d'avoir les compétences requises (genre pour qu'il y ait l'autocomplétion, je sais pas du tout faire)
Il y a la bibliothèque GNU readline qui fait ça (elle gère aussi l'historique et d'autres choses).
C'est utilisé par pas mal de projet (dont Vim il me semble).

Dernière modification par grim7reaper (Le 16/12/2010, à 22:48)

helly · Le 16/12/2010, à 22:53

Merci, j'avais pas trop suivit depuis la semaine, mais maintenant vu qu'il me reste plus que 2 matières que de toutes façon jvais rater, jpeux commencer .

grim7reaper · Le 16/12/2010, à 22:53

Il te reste quoi à passer ?
Moi les 2 partiels que je pensais foirer (traitement numérique signal et transmission de données) n'ont pas été si mauvais que ça en fin de compte…

Dernière modification par grim7reaper (Le 16/12/2010, à 22:54)

helly · Le 16/12/2010, à 22:56

Il me reste théorie des langages et complexité des graphs.
C'est un prof qui dit dans sa page perso « utiliser des LL » et qui se ramène avec son gros pc apple .

grim7reaper · Le 16/12/2010, à 22:59

helly a écrit :

Il me reste théorie des langages et complexité des graphs.

Strou cool la théorie des langages (enfin si c'est bien ce à quoi je pense), bon les graphes c'est utile dans beaucoup de trucs mais très chiant (il faut bien l'admettre).

C'est un prof qui dit dans sa page perso « utiliser des LL » et qui se ramène avec son gros pc apple .

Il n'a pas dit qu'il n'utilisait que des LL

Dernière modification par grim7reaper (Le 16/12/2010, à 22:59)

helly · Le 16/12/2010, à 23:03

Oui, mais un w$ien qui utilise FF ne dit pas qu'il utilise des LL quoi…
edit : et ils est membre des « Association Bordelaise des Utilisateurs de Logiciels libres
 » .
edit2 : le vla : http://www.labri.fr/perso/mery/

Dernière modification par helly (Le 16/12/2010, à 23:04)

Elzen · Le 16/12/2010, à 23:04

helly a écrit :

Bon, bha je m'y met bientôt, y'a juste pour l'autocomplétion où je risque de bloquer…

Pour simplifier la tâche du développeur, l'autocomplétion est passée en optionnel (Mais c'est une option vivement appréciée quand même ^^ et grim7reaper t'a filé le lien vers une bonne bibliothèque).

Dites, sinon, p'tite question au sujet de ma calculatrice programmable… le prof nous suggère vivement de faire une gestion de variables, et pour mon interface graphique, ça veut dire qu'au chargement d'un fichier (tel que je conçois les choses), j'aurais besoin de récupérer les noms des différentes variables déclarées dedans. Y a moyen de se débrouiller facilement, genre avec fscanf, ou bien il faut que je me tape un autre analyseur flex ?
(La déclaration de variable sera sûrement de la forme « var machin real » ou « integer machin » ou un truc de ce style-là, donc ça m'embêterait de sortir la grosse artillerie juste pour repérer ces bouts-là dans le texte… « machin » étant la seule chaîne de caractère à récupérer dans les deux cas).

Question subsidiaire, vu qu'il nous est aussi suggéré de les typer, ces variables… j'ai essayé de faire en sorte que le code flex renvoie toujours des chaînes de caractères, pour ne faire le atof/atoi/etc… qu'au moment du traitement dans le code yacc, mais ça n'a pas l'air de marcher fort, donc je suppose que j'vais devoir utiliser une union ou je sais plus trop quoi… quelqu'un pourrait m'expliquer comment ça marche ?

grim7reaper · Le 16/12/2010, à 23:13

@helly : Bah s'il n'en utilise qu'un, non car le pluriel est faux, mais à partir de deux ça va
Et puis bon, il semble utiliser LaTeX (c'est mieux que rien).

ArkSeth a écrit :

Dites, sinon, p'tite question au sujet de ma calculatrice programmable… le prof nous suggère vivement de faire une gestion de variables, et pour mon interface graphique, ça veut dire qu'au chargement d'un fichier (tel que je conçois les choses), j'aurais besoin de récupérer les noms des différentes variables déclarées dedans. Y a moyen de se débrouiller facilement, genre avec fscanf, ou bien il faut que je me tape un autre analyseur flex ?
(La déclaration de variable sera sûrement de la forme « var machin real » ou « integer machin » ou un truc de ce style-là, donc ça m'embêterait de sortir la grosse artillerie juste pour repérer ces bouts-là dans le texte… « machin » étant la seule chaîne de caractère à récupérer dans les deux cas).

Le « var machin type » sera plus simple à récupérer que le « type machin ».
Pour le premier, je pense que ça doit pouvoir se faire plutôt bien avec scanf (à voir), pour le second c'est plus problématique vu que le premier token (le type) n'est pas fixe…

Question subsidiaire, vu qu'il nous est aussi suggéré de les typer, ces variables… j'ai essayé de faire en sorte que le code flex renvoie toujours des chaînes de caractères, pour ne faire le atof/atoi/etc… qu'au moment du traitement dans le code yacc, mais ça n'a pas l'air de marcher fort, donc je suppose que j'vais devoir utiliser une union ou je sais plus trop quoi… quelqu'un pourrait m'expliquer comment ça marche ?

Qu'est-ce qui ne fonctionne pas avec atof/atoi/etc (d'ailleurs, j'en profite pour signaler que ces fonctions ne gèrent pas vraiment les erreurs, au contraite de leurs sœur strtod/strtol/etc) ?
C'est le fonctionnement d'une union que tu veux qu'on t'explique ?

Dernière modification par grim7reaper (Le 16/12/2010, à 23:14)

Rolinh · Le 16/12/2010, à 23:18

Pour info: atoi est deprecated

Et, hum, pourquoi scanf ?

EDIT: pour avoir pensé à utiliser scanf et ensuite, soit je n'ai pas compris soit... pourquoi vouloir récupérer avec scanf? C'est quoi la manœuvre voulue exactement?

Dernière modification par Rolinh (Le 16/12/2010, à 23:20)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#2451 Le 16/12/2010, à 01:10

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

#2452 Le 16/12/2010, à 01:24

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

#2453 Le 16/12/2010, à 01:39

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

#2454 Le 16/12/2010, à 02:01

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

#2455 Le 16/12/2010, à 02:09

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

#2456 Le 16/12/2010, à 03:09

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

#2457 Le 16/12/2010, à 03:12

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

#2458 Le 16/12/2010, à 08:42

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

#2459 Le 16/12/2010, à 08:42

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

#2460 Le 16/12/2010, à 09:53

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

#2461 Le 16/12/2010, à 10:55

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

#2462 Le 16/12/2010, à 22:28

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

#2463 Le 16/12/2010, à 22:32

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

#2464 Le 16/12/2010, à 22:37

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

#2465 Le 16/12/2010, à 22:41

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

#2466 Le 16/12/2010, à 22:43

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

#2467 Le 16/12/2010, à 22:46

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

#2468 Le 16/12/2010, à 22:53

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

#2469 Le 16/12/2010, à 22:53

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

#2470 Le 16/12/2010, à 22:56

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

#2471 Le 16/12/2010, à 22:59

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

#2472 Le 16/12/2010, à 23:03

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

#2473 Le 16/12/2010, à 23:04

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

#2474 Le 16/12/2010, à 23:13

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

#2475 Le 16/12/2010, à 23:18

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

Pied de page des forums