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

helly · Le 07/01/2011, à 22:15

PLOP !!

Pylades · Le 07/01/2011, à 22:30

grim7reaper a écrit :

[…] (et puis, un geek qui n'a pas de cable ethernet sous la main, no comment )

Sinon, tu disais bien que quitte à dépendre de la GLib, autant utiliser les gint et compagnie partout dans le code ? Sans exception ?

grim7reaper · Le 07/01/2011, à 22:38

Pylade a écrit :

grim7reaper a écrit :
[…] (et puis, un geek qui n'a pas de cable ethernet sous la main, no comment )

Bah ça fait un peu partie du matos de base, non ?
Même moi qui n'ai, pour ainsi dire, aucun matos j'ai un cable ethernet.

Pylade a écrit :

Sinon, tu disais bien que quitte à dépendre de la GLib, autant utiliser les gint et compagnie partout dans le code ? Sans exception ?

Non, pas partout.

Dans le cas d'une interface Gtk+
Si tu as un core bien distinct (et indépendant) de l'interface alors il ne vaut mieux pas « pourrir » ton core avec la GLib. Sauf si ton core intéragit avec pas mal de trucs pas très portable entre différents systèmes et que tu veux être portable.
Par contre dans le code de l'interface, oui, autant y aller franco.

Dans le cas de juste la GLib, faut voir.
Si tu as des modules bien distincts et indépendants (genre tu peux les réutiliser dans un autre programme sans rien réécrire) ça peut se discuter, mais sinon vaut mieux utiliser la GLib (question d'homogénéité) je pense.
Mais, il n'y a pas de règle absolue. Il vaut mieux voir au cas pas cas.

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

Pylades · Le 07/01/2011, à 22:43

Ben, c'est un peu pour un émulateur de terminal, donc que de l'interface. ^^

Ouais, je crois bien que je vais en mettre partout…

grim7reaper · Le 07/01/2011, à 22:44

Tu codes un émulateur de terminal ?

Pylades · Le 07/01/2011, à 23:11

J'ai récupéré le code d'un émulateur de terminal et fait quelques modifs, pas très propre pour le moment. Je me dis que si je dois passer un peu de temps dedans, il faudrait que j'adapte le code à mes préférences.
La première tâche est de revoir l'indentation (mélange tabulations/espaces, miam…), et d'uniformiser les types, parce que là c'est aléatoirement les types standards et les types de la GLib…

Au passage, je compte aussi virer CMake et passer en Make pur, mais je trouve pas comment inclure les headers de la GLib. Exemple :

~$ gcc -E - -I/usr/include/glib-2.0 <<<'#include<glib.h>'
# 1 "<stdin>"
# 1 "<built-in>"
# 1 "<command-line>"
# 1 "<stdin>"
# 1 "/usr/include/glib-2.0/glib.h" 1
# 32 "/usr/include/glib-2.0/glib.h"
# 1 "/usr/include/glib-2.0/glib/galloca.h" 1
# 34 "/usr/include/glib-2.0/glib/galloca.h"
# 1 "/usr/include/glib-2.0/glib/gtypes.h" 1
In file included from /usr/include/glib-2.0/glib/galloca.h:34,
                 from /usr/include/glib-2.0/glib.h:32,
                 from <stdin>:1:
/usr/include/glib-2.0/glib/gtypes.h:34: fatal error: glibconfig.h: Aucun fichier ou dossier de ce type
compilation terminated.

xapantu · Le 07/01/2011, à 23:20

@Pylade: virer CMake ? si tu comptes diffuser un petit peu ton logiciel, c'est une très très mauvaise idée, AMHA.

xapantu · Le 07/01/2011, à 23:22

Et ajoute cet include là : /usr/lib/glib-2.0/include

grim7reaper · Le 07/01/2011, à 23:22

Pylade a écrit :

je trouve pas comment inclure les headers de la GLib.

La commande pkg-config est ton amie

grim7reaper@chaos ~]$pkg-config --libs glib-2.0                                 
-lglib-2.0  
grim7reaper@chaos ~]$pkg-config --cflags glib-2.0    
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include

Donc soit tu mets ça en dur dans ta ligne de compilation, soit tu mets `pkg-config --cflags glib-2.0` et `pkg-config --libs glib-2.0`

@xapantu : là je bidouille le code d'Ella pour corriger 2-3 trucs (et je te prépare un message dans le topic qui va bien , plus d'info là-bas)

Dernière modification par grim7reaper (Le 07/01/2011, à 23:29)

Pylades · Le 07/01/2011, à 23:25

CMake produit des makefiles inbitables.
Écrire un makefile simple, c'est bien plus lisible. Et pas très compliqué. Par exemple, les logiciels suckless n'utilisent qu'un makefile très simple…

Bon, du progrès :

~$ gcc -E - -isysroot /usr/lib/glib-2.0/ -I/usr/include/glib-2.0 -I/usr/include/glib-2.0/glib -I=include <<<'#include<glib.h>'
[…]
/usr/include/glib-2.0/glib/gbacktrace.h:35: fatal error: signal.h: Aucun fichier ou dossier de ce type

Mais pour la dernière ligne, j'ai vraiment du mal à comprendre…

Édit : ah, OK, je n'avais pas vu vos réponses, merci beaucoup !

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

xapantu · Le 07/01/2011, à 23:28

Pylade a écrit :

CMake produit des makefiles inbitables.
Écrire un makefile simple, c'est bien plus lisible. Et pas très compliqué. Par exemple, les logiciels suckless n'utilisent qu'un makefile très simple…

Normal, tu n'es pas sensé modifier le makefile à la main non plus…
Pour des raisons de portabilité, c'est pas une bonne idée à mon avis…

En plus, tu gagnerais du temps sur le long terme (enfin bon, moi je dis ça, je dis rien )

grim7reaper · Le 07/01/2011, à 23:29

@Pylade : Car les logiciels suckless sont simples.
Cmake apporte un gros plus pour les projets largements diffusés ET d'une certaine taille, sinon GNU Make suffit amplement (pour le moment GNU Make m'a toujours suffit). Par contre, je me vois mal maintenir un Makefile pour Ella

Dernière modification par grim7reaper (Le 07/01/2011, à 23:30)

Pylades · Le 07/01/2011, à 23:36

Ben, là je n'ai qu'un fichier de 2400 lignes ; donc l'usage de CMake, c'est un peu se ramener avec une Tsar Bomba pour tuer une mouche…

grim7reaper · Le 07/01/2011, à 23:40

Oui voilà, tout dépend du projet.
Pour un truc de cette taille c'est facilement gérable avec GNU Make

tshirtman · Le 07/01/2011, à 23:54

Pylade a écrit :

grim7reaper a écrit :
[…] (et puis, un geek qui n'a pas de cable ethernet sous la main, no comment )

Sinon, tu disais bien que quitte à dépendre de la GLib, autant utiliser les gint et compagnie partout dans le code ? Sans exception ?

j'ai vécu un an et demie avec freewifi comme unique connection internet, et un eeepc701 comme unique machine, j'ai installé plusieurs ubuntu et debian sur cette machine dans l'intervale (vu la place qu'il y a, sans dual boot) en me débrouillant pour avoir toujours le wifi dès la fin de l'installation, sans avoir besoin d'ethernet… (ah et je crois que j'avais qu'une seule clée usb bootable)

oh, et la machine était alors une nouveauté, le support du wifi était très partiel, suivant les distros…

grim7reaper · Le 07/01/2011, à 23:56

Avoir une connexion internet freewifi n'empêche pas d'avoir un cable ethernet…

tshirtman · Le 08/01/2011, à 00:02

j'en avais pas, mais je vois pas bien à quoi je l'aurais branché…

grim7reaper · Le 08/01/2011, à 00:07

Squatte chez des gens, connexion PC-PC, etc.
C'est toujours utile un bon vieux RJ-45 !

tshirtman · Le 08/01/2011, à 00:10

les gens ou j'habitais n'étais pas franchement interressant pour la plupart… j'ai bien convertis une personne à ubuntu, mais même là, l'utilité du RJ45 me parait pas franchement démontrée…

non pour moi un RJ45 c'est pour se connecter à un routeur…

Pylades · Le 08/01/2011, à 01:15

J'ai besoin d'un wildcard en sh standard qui corresponde aux fichiers du répertoire courant (comme « * ») mais pas au répertoires ; ou à défaut d'une façon de dire à cp lorsqu'il en mode non-récursif de retourner zéro même on lui demande de copier des répertoires. Est-ce vous connaîtriez une façon de faire ?

gnuuat · Le 08/01/2011, à 01:21

Trop la flemme de relever mon propre défi...

Pylades · Le 08/01/2011, à 01:25

\\Ouranos// · Le 08/01/2011, à 01:38

Points.

Dernière modification par \\Ouranos// (Le 08/01/2011, à 02:05)

Rolinh · Le 08/01/2011, à 02:02

The Uploader · Le 08/01/2011, à 02:06

\o/

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#876 Le 07/01/2011, à 22:15

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

#877 Le 07/01/2011, à 22:30

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

#878 Le 07/01/2011, à 22:38

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

#879 Le 07/01/2011, à 22:43

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

#880 Le 07/01/2011, à 22:44

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

#881 Le 07/01/2011, à 23:11

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

#882 Le 07/01/2011, à 23:20

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

#883 Le 07/01/2011, à 23:22

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

#884 Le 07/01/2011, à 23:22

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

#885 Le 07/01/2011, à 23:25

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

#886 Le 07/01/2011, à 23:28

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

#887 Le 07/01/2011, à 23:29

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

#888 Le 07/01/2011, à 23:36

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

#889 Le 07/01/2011, à 23:40

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

#890 Le 07/01/2011, à 23:54

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

#891 Le 07/01/2011, à 23:56

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

#892 Le 08/01/2011, à 00:02

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

#893 Le 08/01/2011, à 00:07

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

#894 Le 08/01/2011, à 00:10

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

#895 Le 08/01/2011, à 01:15

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

#896 Le 08/01/2011, à 01:21

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

#897 Le 08/01/2011, à 01:25

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

#898 Le 08/01/2011, à 01:38

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

#899 Le 08/01/2011, à 02:02

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

#900 Le 08/01/2011, à 02:06

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

Pied de page des forums