« Discussion:Compiler un programme » : différence entre les versions
m (Discuter:Software-soft gere-compil déplacé vers Discuter:Compiler un programme) |
m (make ????) |
||
| Ligne 102 : | Ligne 102 : | ||
Ainsi, lors de la création de son propre set de macros, l'on peut redéfinir la commande liée à rpmb. Ceci rendant mes explications un peu caduque :-) | Ainsi, lors de la création de son propre set de macros, l'on peut redéfinir la commande liée à rpmb. Ceci rendant mes explications un peu caduque :-) | ||
== make ???? == | |||
Salut | |||
je suis nouveau avec linux | |||
j'essaye desespérément d'installer des nouveaux logiciels avec suse linux 10 | |||
pour les trois quarts de mes tentatives rien ne fonctionne | |||
la commande configure fonctionne | |||
elle me laisse un paquet de messages corrects mais incompréhesibles ! | |||
et ensuite la commade make ne fonctionne pas | |||
puis je savoir à quoi elle sert et surtout quelle est la syntaxe et le lieu exact où on doit l'exécuter | |||
tout cela est confus | |||
ce n'est pas tres convivial | |||
il serait plus simple de faire un fichier batch qui exécute correctement ces commandes abscons sans que l'on soit là à se gratter la tête en tous sens | |||
pour obtenir un résultat finalement semblable !! | |||
la difficulté et l'ésotérisme serait elle une nouvelle façon de prendre son pied !! | |||
peut on m'éclairer j'en ai grand besoin ! | |||
merci | |||
Version du 27 février 2006 à 17:16
Commentaires de : ShadowMind
posté le 2004-09-14 03:03:42
La version de RPM intégrée à Fedora Core désactive la macro permettant de taper «rpm --rebuild».
[gamer@localhost]/usr/lib/rpm% grep -i -- "--rebuild" * -r [...] rpmpopt-4.3.2:#rpm exec --rebuild rpmb --rebuild [...]
Ainsi, soit l'on crée son propre set de macros (je ne suis pas assez calé pour vous en informer), soit l'on utilise, à la place, rpmbuild; rpmb étant défini comme étant le binaire /usr/bin/rpmbuild dans le fichier /usr/lib/rpm/trpm :
[gamer@localhost]/usr/lib/rpm% grep "rpmb" * -r [...] trpm:rpmb=/usr/bin/rpmbuild [...]
Bien que la seconde méthode est plus simple, il s'avère généralement nécessaire de créer son propre set de macros pour ensuite pouvoir recompiler les SRPM en utilisateur car, à vrai dire, rpmbuild n'offre aucune protection, à l'instar de emerge par exemple, et une compilation peut très bien altérer des fichiers systèmes voir même les supprimer si rpmbuild est lancé en root et que le fichier de spécifications ou le paquet sont corrompus.
Ainsi, lors de la création de son propre set de macros, l'on peut redéfinir la commande liée à rpmb. Ceci rendant mes explications un peu caduque :-)=Commentaires de : GabrielDePerthuis= posté le 2005-01-23 08:14:58
pgcc et pmake, c'est probablement une erreur - un apt-cache search ne me trouve rien qui mentionne ce non.=Commentaires de : ShadowMind= posté le 2004-09-14 03:03:42
La version de RPM intégrée à Fedora Core désactive la macro permettant de taper «rpm --rebuild».
[gamer@localhost]/usr/lib/rpm% grep -i -- "--rebuild" * -r [...] rpmpopt-4.3.2:#rpm exec --rebuild rpmb --rebuild [...]
Ainsi, soit l'on crée son propre set de macros (je ne suis pas assez calé pour vous en informer), soit l'on utilise, à la place, rpmbuild; rpmb étant défini comme étant le binaire /usr/bin/rpmbuild dans le fichier /usr/lib/rpm/trpm :
[gamer@localhost]/usr/lib/rpm% grep "rpmb" * -r [...] trpm:rpmb=/usr/bin/rpmbuild [...]
Bien que la seconde méthode est plus simple, il s'avère généralement nécessaire de créer son propre set de macros pour ensuite pouvoir recompiler les SRPM en utilisateur car, à vrai dire, rpmbuild n'offre aucune protection, à l'instar de emerge par exemple, et une compilation peut très bien altérer des fichiers systèmes voir même les supprimer si rpmbuild est lancé en root et que le fichier de spécifications ou le paquet sont corrompus.
Ainsi, lors de la création de son propre set de macros, l'on peut redéfinir la commande liée à rpmb. Ceci rendant mes explications un peu caduque :-)=Commentaires de : GabrielDePerthuis= posté le 2005-01-23 08:14:58
pgcc et pmake, c'est probablement une erreur - un apt-cache search ne me trouve rien qui mentionne ce non.=Commentaires de : ShadowMind= posté le 2004-09-14 03:03:42
La version de RPM intégrée à Fedora Core désactive la macro permettant de taper «rpm --rebuild».
[gamer@localhost]/usr/lib/rpm% grep -i -- "--rebuild" * -r [...] rpmpopt-4.3.2:#rpm exec --rebuild rpmb --rebuild [...]
Ainsi, soit l'on crée son propre set de macros (je ne suis pas assez calé pour vous en informer), soit l'on utilise, à la place, rpmbuild; rpmb étant défini comme étant le binaire /usr/bin/rpmbuild dans le fichier /usr/lib/rpm/trpm :
[gamer@localhost]/usr/lib/rpm% grep "rpmb" * -r [...] trpm:rpmb=/usr/bin/rpmbuild [...]
Bien que la seconde méthode est plus simple, il s'avère généralement nécessaire de créer son propre set de macros pour ensuite pouvoir recompiler les SRPM en utilisateur car, à vrai dire, rpmbuild n'offre aucune protection, à l'instar de emerge par exemple, et une compilation peut très bien altérer des fichiers systèmes voir même les supprimer si rpmbuild est lancé en root et que le fichier de spécifications ou le paquet sont corrompus.
Ainsi, lors de la création de son propre set de macros, l'on peut redéfinir la commande liée à rpmb. Ceci rendant mes explications un peu caduque :-)=Commentaires de : GabrielDePerthuis= posté le 2005-01-23 08:14:58
pgcc et pmake, c'est probablement une erreur - un apt-cache search ne me trouve rien qui mentionne ce non.=Commentaires de : ShadowMind= posté le 2004-09-14 03:03:42
La version de RPM intégrée à Fedora Core désactive la macro permettant de taper «rpm --rebuild».
[gamer@localhost]/usr/lib/rpm% grep -i -- "--rebuild" * -r [...] rpmpopt-4.3.2:#rpm exec --rebuild rpmb --rebuild [...]
Ainsi, soit l'on crée son propre set de macros (je ne suis pas assez calé pour vous en informer), soit l'on utilise, à la place, rpmbuild; rpmb étant défini comme étant le binaire /usr/bin/rpmbuild dans le fichier /usr/lib/rpm/trpm :
[gamer@localhost]/usr/lib/rpm% grep "rpmb" * -r [...] trpm:rpmb=/usr/bin/rpmbuild [...]
Bien que la seconde méthode est plus simple, il s'avère généralement nécessaire de créer son propre set de macros pour ensuite pouvoir recompiler les SRPM en utilisateur car, à vrai dire, rpmbuild n'offre aucune protection, à l'instar de emerge par exemple, et une compilation peut très bien altérer des fichiers systèmes voir même les supprimer si rpmbuild est lancé en root et que le fichier de spécifications ou le paquet sont corrompus.
Ainsi, lors de la création de son propre set de macros, l'on peut redéfinir la commande liée à rpmb. Ceci rendant mes explications un peu caduque :-)=Commentaires de : GabrielDePerthuis= posté le 2005-01-23 08:14:58
pgcc et pmake, c'est probablement une erreur - un apt-cache search ne me trouve rien qui mentionne ce non.=Commentaires de : ShadowMind= posté le 2004-09-14 03:03:42
La version de RPM intégrée à Fedora Core désactive la macro permettant de taper «rpm --rebuild».
[gamer@localhost]/usr/lib/rpm% grep -i -- "--rebuild" * -r [...] rpmpopt-4.3.2:#rpm exec --rebuild rpmb --rebuild [...]
Ainsi, soit l'on crée son propre set de macros (je ne suis pas assez calé pour vous en informer), soit l'on utilise, à la place, rpmbuild; rpmb étant défini comme étant le binaire /usr/bin/rpmbuild dans le fichier /usr/lib/rpm/trpm :
[gamer@localhost]/usr/lib/rpm% grep "rpmb" * -r [...] trpm:rpmb=/usr/bin/rpmbuild [...]
Bien que la seconde méthode est plus simple, il s'avère généralement nécessaire de créer son propre set de macros pour ensuite pouvoir recompiler les SRPM en utilisateur car, à vrai dire, rpmbuild n'offre aucune protection, à l'instar de emerge par exemple, et une compilation peut très bien altérer des fichiers systèmes voir même les supprimer si rpmbuild est lancé en root et que le fichier de spécifications ou le paquet sont corrompus.
Ainsi, lors de la création de son propre set de macros, l'on peut redéfinir la commande liée à rpmb. Ceci rendant mes explications un peu caduque :-)
make ????
Salut je suis nouveau avec linux j'essaye desespérément d'installer des nouveaux logiciels avec suse linux 10 pour les trois quarts de mes tentatives rien ne fonctionne la commande configure fonctionne elle me laisse un paquet de messages corrects mais incompréhesibles ! et ensuite la commade make ne fonctionne pas puis je savoir à quoi elle sert et surtout quelle est la syntaxe et le lieu exact où on doit l'exécuter tout cela est confus ce n'est pas tres convivial il serait plus simple de faire un fichier batch qui exécute correctement ces commandes abscons sans que l'on soit là à se gratter la tête en tous sens pour obtenir un résultat finalement semblable !!
la difficulté et l'ésotérisme serait elle une nouvelle façon de prendre son pied !!
peut on m'éclairer j'en ai grand besoin ! merci