Discussion :

[klipper]

Bonjour
j'ai actuellement developpé quelques programmes que je compile avec un petit script.
je souhaite desormais les distribuer sous gpl dans un paquet standard GNU
mon probleme c'est qu'apres m'etre documenté :
http://www-igm.univ-mlv.fr/~dr/XPOSE/Breugnot/

je ne parviens pas à gérer mes projets a l'aide des outils tel autoconf, autogen, make...
en faite mon probleme viens de la conception des fichiers makefile.am et configure.in, je ne connais pas du tout le fonctionnement de telles macros.

j'esperait que quelqu'un puisse me donner une adresse ou la documentation ne s'arrete pas au "helloworld", que ca soit une url ou un livre je suis preneur.

pour info mes programmes font de la gestion audio :
l'un sert a construire la base de donnée des baladeurs iriver (le logiciel fournis est proprietaire et uniquement sous windows)
l'autre est un gestionnaire de collection musicale qui range les fichiers tagués. toute la compilation semble fonctionner jusqu'au make qui me dis :

Making all in po
make[2]: entrant dans le répertoire « /home/thomas/Projets/medange/po »
make[2]: *** Pas de règle pour fabriquer la cible « /config.status », nécessaire pour « Makefile ». Arrêt.

en bref j'utilises GTK2 (avec glade2 et gtkmm) et Taglib. le code est en C++.

voila c'est a peu pres tout. merci d'avance

[Celelibi]

Je n'ai pas la réponse à ta question, mais j'aimerais simplement signaler qu'il existe un autre programme qui génère des db pour iriver : iripdb.
Il est écrit que la génère une db pour la série H100, mais le format de db semble être le même sur la série H300. (en tout cas chez moi ça marche )

[klipper]

[hors sujet]ben j'avais deja essayé irivdb mais il devais y avoir un bug quelque part au niveau codage caracteres, ca me faisait nimporte quoi.
ceci dis je ne me sert plus du firmware iriver :
sur mon H140 le firmware analyse tout un tas de trucs dont le fichier DB avant d'ouvrir la connection usb et dans mon cas, il gellait en lisant ce fichier (fais avec mon soft comme avec h-manager)
pas moyen de trouver le bug qui viens du firmware. ce qui n'empeche pas mon prog de fonctionner aussi bien que leur H-manager
bilan : obligé de démonter le baladeur pour brancher le HD en IDE affin de virer le fichier.
j'ai prevenu iriver mais ils prefèrent ne pas me répondre

finalement j'ai mis rockbox qui gere le transfert usb depuis le bootloader comme ca plus de problemes
et puis c'est tripant de jouer a la game boy !
[/hors sujet]

enfin je me suis pas mal fais chier a faire ce soft (mon 1er en c++) en utilisant que des "char" (reverse ingenering oblige). dommage de ne pas en faire profiter les autres.

[klipper]

un petit up.
il n'y a vraiment personne qui a developpé une appli aux standards gnome ???
avec le script configure qui génère les makefile et tout.
ps : les gars de la fnac ne connaissent meme pas gnome alors question bouquin je suis vraiment pas quoi commander.

merci d'avance

[Michaël]

t'as essayé de mettre ton code dans un ide et de construire un paquet ? kdevelop ou anjuta le fait très bien

ps : les gars de la fnac ne connaissent meme pas gnome alors question bouquin je suis vraiment pas quoi commander.

le gars de la fnac ne connait pas grand chose à part windows

[klipper]

merci de ta réponse Michaël

heu non j'ai deja testé anjuta mais ca m'avais décourragé a mes debuts : surement le manque de vocabulaire et la peur des commandes gcc qui font 3 lignes.

du coup je code avec kate (un editeur tout simple) et je compile depuis bash en lancant un petit script que je modifie au fur et a mesure.
ca me permet de vraiment comprendre comment ca fonctionne: à l'IUT on fait ca sous borland et il y a juste a cliquer sur play mais tu sais pas ce qui se passe . du coup pour le débogage... . remarques windows ne semble pas remarquer la moitié des erreurs de segmentations

je vais tester anjuta mais bon... tant que je ne comprends pas plus le fonctionnement de makefiles.am, et configure.in ca me semble etre peine perdue. et puis j'aimerais comprendre bien que ca ne me plait pas les scripts c'est quand meme mieux de savoir ce que l'on fait.