Le 18 juin 2008 00:55, Jean-Baptiste BARTH a écrit : > 1- Vu ce que tu dis en dessous, es-tu sûr de bien avoir installé sqlite3 > ?
SQLite3 est normalement déjà installé sur Leopard. > 2- Pour les headers sqlite comme ruby, ils viennent généralement sous > Linux dans des paquets "-dev" ou "-devel" ou "-devtruc", mais je ne sais > pas si le(s) gestionnaire(s) de paquets sous MacOS sui(ven)t cette > convention. Il n'y a pas de gestionnaire de paquets Apple. Il y a des alternatives pour installer des logiciels libres (Fink, MacPorts). On doit par exemple pouvoir installer SQLite3 depuis MacPorts, mais ici pour le moment, je n'en vois pas l'intérêt. > Voir (3). Ca ressemble à un sqlite.h ou sqlite3.h > logiquement. Les fichiers ".h" sont caractéristiques de "headers" de > programmes écrits en C (Java utilise aussi des fichiers comparables je > crois). Je doute qu'ils se trouvent dans un sous-répertoire de gems > ruby, ils devraient être à côté de ton programme sqlite installé comme > dit en (1). Les headers sont dans les répertoires include, les binaires dans les répertoires bin, les libs dans lib/ ... sqlite3.h devrait être dans /usr/include par exemple (il faudrait qu'un utilisateur de Leopard confirme) > 3- Certifié sans troll, je cherche juste à comprendre : OSX est un OS > moderne, je ne peux pas croire que quand on a un souci, la solution > canonique c'est de tout faire sauter et de réinstaller, C'est pourtant la manière canonique de Windows, non ? (mode troll) > qui plus est en re-compilant les sources. Le débat des mails > précédents a failli me faire tomber de ma chaise, surtout pour des > conseils donnés à un *débutant*... Je n'ai pas du tout demander à recompiler/réinstaller Ruby. > Et puis, Bertrand, si c'est ta première utilisation de la > ligne de commande je te déconseille de te lancer dans des > compilations d'entrée de jeu. Ce n'est pas super compliqué en soi > mais ça demande d'être un peu habitué à passer des commandes > sans faire d'erreur, à > chercher et trouver l'aide correcte sur le net en cas de souci, etc. Il > y a certainement des solutions un peu plus simples (peut-être en ligne > de commande, certes, mais pas en repartant des sources des programmes et > des make/make install/bidouillages de librairies). Cela dit, si à un moment il voudra installer un gem basé sur une extension en C, il faudra bien qu'il s'y familiarise un peu. Pour suivre le tutoriel Apple, pour le moment il n'en a pas besoin àmha. -- Jean-François. -- ça dépend http://twitter.com/underflow_ --~--~---------~--~----~------------~-------~--~----~ Vous avez reçu ce message, car vous êtes abonné au groupe "Railsfrance" de Google Groups. Pour transmettre des messages à ce groupe, envoyez un e-mail à l'adresse [email protected] Pour résilier votre abonnement envoyez un e-mail à l'adresse [EMAIL PROTECTED] -~----------~----~----~----~------~----~------~--~---
