Ubuntu-fr

Apparemment je ne peux pas poster ce message (erreur 501), le serveur n'aime pas les requêtes SQL avec order by dedans ?

Je parlais du code en C généré par valac, pas de code directement en C, hein (à moins que toi aussi ?)

Tiens, en cours d'info (en prépa), où un apprend le caml (ocaml), on nous déconseille aussi les for. Enfin c'est pas vraiment vrai, on nous déconseille surtout toutes les structures impératives (donc toutes les boucles et tout ce qui ressemble de près ou de loin à une variable qui peut vraiment varier ). Alors après, c'est sûr, vu que c'est du fonctionnel, c'est sûrement beaucoup plus justifiable que pour le C...

Enfin de toutes façons le problème est complètement différent puisqu'on ne fait pas vraiment de la programmation, le but est plus de faire de l'algorithmie et des maths que d'apprendre à faire un logiciel qui pourrait potentiellement avoir la moindre utilité.

Ouais, alors, c'est pas pour soutenir nathéo, mais quand même, quand on est étudiant, on a peut-être (déjà, autre chose à faire, que de coder dans une autre norme que celle qu'on nous enseigne) plus intérêt à apprendre à coder dans la norme qui devra être utilisée pour les partiels et autres concours, que dans une autre.

Method Not Implemented

POST to /post.php not supported.
Koala Web Server/2.4.0 (FreeBSD 6.2) Server at forum.ubuntu-fr.org Port 80

En voulant poster un message ici… (oui, oui, je vais aller me plaindre aux autorités compétentes

edit : bon, apparemment on n'a pas le droit aux ORDER BY …

Par bash également dans ce cas ? edit: Oui, effectivement

Super, merci

Alors, en général, si on développe avec CMake pour un système avec pkg-config (installé typiquement sur tous les gnu/linux, et pas mal d'autres unix), on peut faire comme ça :

find_package(PkgConfig)
pkg_check_modules(DEPS REQUIRED ois) # là évidemment, ça dépend du nom de la bibliothèque
add_definitions(${DEPS_CFLAGS})
link_directories (${DEPS_LIBRARY_DIRS})

target_link_libraries (${EXEC_NAME} ${DEPS_LIBRARIES}) # if faut remplacer ${exec_name} par le nom de ton exécutable

Je fais un peu ça de mémoire, il y a peut être des imprécisions, mais c'est l'idée.

Après, si tu veux que ça fonctionne sous windows, il faut regarder, mais je ne crois pas qu'il y ait de façon standard de le faire, il faudra récupérer/écrire le .cmake qui va avec (enfin si la lib marche sous windows, tu devrais trouver ça sur internet sans problème).

Bonne soirée.

Merci
(et donc c'est juste pour une des applications et je ne pense pas que ça soit fait par elementary, c'est un développeur indépendant)

Faites quand même attention avec les ppa de ricotz, il met pas mal de truc dans ses ppa, ça peut être instable de temps en temps ! (Le mieux est d'upgradé nautilus, et de désactiver le ppa ensuite.)

Ah, ok, je n'avais pas bien compris. Si ça peut permettre de générer des revenus, ça se défend...

Il y a des programateurs qui utilisent des langages impératifs, comme le Caml : un extrait de mon cours d'algorithmie d'aujourd'hui. Bon, je suis mauvaise langue, il était bien ce cours quand même

Dans l'exemple de Πυλάδης, ça prend les deux fichiers objets plop.o et plouf.o, ça les lie dynamiquement à fontconfig, c'est à dire que ça regarde lit les fonctions qui sont d'une part dans plop.o et plouf.o, et d'autre part dans la lib de fontconfig (un fichier du genre /usr/lib/libfontconfig.so), et ça te sort une erreur si il manque quelque chose. Ça n'inclue pas fontconfig dans ton exécutable, ça met juste une instruction pour dire à la machine de lire aussi libfontconfig.so quand tu lance l'exécutable. (Donc il faut que fontconfig soit installé.)
Ça c'est donc pour les dynamiques.

Quand tu compile en statique, ça fait à peu près la même chose, sauf que gcc inclut directement le binaire de fontconfig (le fichiers doit être un truc du genre /usr/lib/libfontconfig.la ou .a ? je sais plus...) dans ton exécutable, et tu n'a donc pas besoin que la librairies soit installée sur la machine de tout le monde quand tu distribue ton exécutable.
Ce ne sont pas les mêmes arguments à donner au compilateur.

Voilà voilà, ça fait quelques temps que je n'ai pas touché à ça, donc c'est un peu approximatif, mais je pense que c'est l'idée générale (je suis persuadé que quelqu'un me corrigera dans le cas contraire !).

Pour la gestion de stock j'ai installé dolibarr à quelqu'un de mon entourage, ça marche très bien (après quelques modifications pour qu'il calcule correctement le bénéfice et la valeur du stock).

Donc on suppose que les actions concernant la gestion des fichiers se déroule dans le shell ?

Faura compter le nombre de fork de nautilus un jour...

Le problème d'avoir des HIG pour Ubuntu, c'est que comme théoriquement Canonical ne développe pas d'applications, ça n'aurait pas trop de sens : on applique les HIG où ? Thunderbid, Firefox, LibreOffice, Applications de Gnome ?