striiiiiiiiiiiiiiing - Page 7

Folco-> prends la dernière nightly pour linux alors.

mais je t'assure que le build est facile, on l'a réussi sous redhat EL 5 au taf.
il faut wxwidgets, et penser à PKG_CONFIG_PATH si tu mets wxwidgets ailleurs que dans /usr.
normalement y'a juste à installer les packages (dont le -dev) et ça passe.

Parfait. Je vérifirai juste que le packet wxWidgets requis est bien suffisant chez Lenny, qui pointe pas au top du paquet à jour.

Ah en plus il est tout zouli le dernier codeblocks avec ses souettes ziconnes

##modoui##

edit: c'est quoi cette honte? pas de ##modoui## ni de ##ouimod## ni de #modoui# ni de #ouimod# ?

ah, ok

J'hallucine à force de mater des IDE, ou alors ces icones ont pris une furieuse ressemblance avec celles de NetBeans ?

bof chais pas, possible.

y'au une source d'icones classique qui s'appelle [google]famfamfam[/google], ça vient ptet de la.

Pitêt

Et euh... ya un moyen de rendre Codeblocks joli sous Linux (KDE 3.5) ? Le rendu du toolkit est vraiment dégueu
En principe je m'en fous, mais là c'est un coup à écrire un bug une ligne sur deux...

aucune idée, sincèrement.

!screenshot

c'est probablement la police qui te sert à écrire la console, on peut la changer.

Si c'est codé en wxWidget j'imagine que ça doit donc être du GTK+ vomitif édition₆₆₆ sulfurique ⁵³˙⁴² , tu peux essayer avec (gtk-engine-)QtPixmap ou qtk-engine-qt selon celui qui donne le meilleur résultat.

Merci Golden, je regarde ça.

Non, ce n'est pas une question de police, mais vraiment de menu, boites de dialogue etc...

Ah merci Golden tu m'as sauvé

erf j'arrive pas à installer form svn sous Linux

J'ai beau faire ça : http://wiki.codeblocks.org/index.php?title=Installing_Code::Blocks_from_source_on_Linux et suivre les indications de trunk/BUILD, j'ai toujours ça qui semble pas marcher :

configure.in:77: warning: macro `AM_OPTIONS_WXCONFIG' not found in library
configure.in:78: warning: macro `AM_PATH_WXCONFIG' not found in library
configure.in:77: error: possibly undefined macro: AM_OPTIONS_WXCONFIG
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.

J'espère qu'il me demande pas de recompiler les autotools avec des options bizaroïdes ?
Ca veut dire quoi d'user m4_pattern_allow ? Si ça résolvait le problème, ça serait chouette, mais j'ai pas trouvé comment on s'en sert

edit ->
J'ai rajouté ça dans configure.in, avant les lignes incriminées, sans succès :

m4_pattern_allow([^AM_OPTIONS_WXCONFIG])
m4_pattern_allow([^AM_PATH_WXCONFIG])

En effet, je ne me prends plus une erreur au ./bootstrap, mais quand je fais :

./configure --with-contrib-plugins=all --prefix=/opt/codeblocks

./configure: line 25173: AM_OPTIONS_WXCONFIG: command not found
./configure: line 25174: syntax error near unexpected token `2.8.0,'
./configure: line 25174: `AM_PATH_WXCONFIG(2.8.0, wxWin=1)'
Une idée ?

t'as installé le paquer -dev de wx?

oui, pour libwxbase et libwxgtk (le tout en 2.8)

Finalement, je vais recompiler les sources du svn avec Codeblocks, qu'il se débrouille avec sa merde après tout

Bon, ben ça marche. Seul truc, j'ai plus trouvé comment compiler les plugins contrib. Le pire, c'est que je l'ai vu passer ce soir la doc, mais avec tout ce que j'ai lu sur le net et mon pc, je sais plus où c'était

Euh, il y a un concept dont je n'arrive pas à voir l'intérêt au fil de ce que je lis : ce sont les références.

On me propose cet exemple :

fonction(int &, int &);

main()
{
  int a,b;
  fonction(a, b);
}

fonction(c,d)
{
// et là, en modifiant c et d, on modifie a et b !
}

C'est pas ça le seul intérêt quand même, avoir évité d'écrire :

fonction(int*, int*);

main()
{
  int a,b;
  fonction(&a, &b);
}

fonction(int* c, int* d)
{ 
  ...
}

Si ?

Folco (./200) :

Si ?

Si. (Et aussi qu'une référence ne peut jamais être nul, ne peut pas être incrémenté, etc.)

Ok. Donc c'est fait pour éviter de travailler avec des pointeurs en somme. Faut en tenir compte, ça peut être pas mal.

Mais alors, peut-on écrire récursivement la fonction factorielle avec ça :

int fact(int &);

int fact (int n)
{
  if (n == 1)
    return 1;
  else
    return n*fact(n-1);
}

Si aucune copie de n n'est gardée (parce qu'au final c'est un pointeur qui est passé), comment pourra-t-on recalculer la factorielle une fois rendu à 1 ?

(Heuu... C'est valide de ne pas rappeler qu'on passe l'argument par référence dans la définition ?)

Il ne manquerait pas une multiplication quelque part ?
Et un return ? (Ta fonction renvoie quoi quand elle remonte du fact(n-1) ?)
Je ne vois pas trop la logique de ton truc

j'ai oublié la multiplication anéfé ^^

int fact(int &); 
 
int fact (int n) 
{ 
  if (n == 1) 
    return 1; 
  else 
    return n * fact(n-1); 
}

Pen^2 (./203) :
(Heuu... C'est valide de ne pas rappeler qu'on passe l'argument par référence dans la définition ?)

C'est ce que je viens de lire dans mon bouquin.

198-> pas besoin des plugins.

Bon ben ça foire à la compilation, et c'est logique pour la raison que je pensais : on ne peut avoir, dans fact, une référence à n de main :

#include <iostream>

using namespace std;

int fact(int &);

int main()
{
    int n = 10;
    n = fact(n);
    cout << n;
}

int fact (int n)
{
  if (n == 1)
    return 1;
  else
    return n * fact(n-1);
}

Folco (./204) :

Pen^2 (./203) :
(Heuu... C'est valide de ne pas rappeler qu'on passe l'argument par référence dans la définition ?)

C'est ce que je viens de lire dans mon bouquin.

Si tu le dis... Cela dit c'est vraiment vilain, c'est quand même utile de savoir si on modifie la source ou pas en lisant l'implémentation

C'est connu qu'en C++ tu ne peux pas te fier à ce que tu lis de toute façon, vu que presque tous les opérateurs sont surchargeables

je propose de brûler le c++

Pen^2 (./207) :
Cela dit c'est vraiment vilain, c'est quand même utile de savoir si on modifie la source ou pas en lisant l'implémentation

Mais c'est clair, là où tu crois appeler une fonction en passant des valeurs, tu vas te retrouver avec des variables modifiées. C'est casse-gueule...