Re: aide au débogage : logged-gcc

[Ken-Patrick]

On 11/03/2023 13:44, Basile Starynkevitch wrote:


Non. Pour des tas de raisons (y compris que j'ai personnellement 
contribué à GCC mais pas à Clang, que j'en connais donc assez bien les 
internes, et aussi pour des raisons de licence -je préfère la GPL à BSD) 
je souhaite explicitement utiliser GCC (dans mon esprit, GCC 12 en début 
2023, sur Debian ou autre Linux)


  Cordialement



Hum, je n'ai peut-être pas été assez explicite.
La compilation database, c'est juste un json contenant les commandes 
utilisées pour compiler chaque fichier d'un projet.
bear peut te générer une compilation database quel que soit le 
compilateur ou le système de build utilisé (à noter que cmake sait le 
faire tout seul).
Le format des compilations database est décrit dans la doc de clang, 
parce que c'est utilisé dans la plupart de leur outils, mais c'est tout.


En plus, bear est en GPL ;-).

++
Ken-Patrick

Re: [April technique] aide au débogage : logged-gcc

[Laurent Lyaudet]

Bonjour Basile :)

ça a l'air sympa de pouvoir garder une trace de toutes les
compilations sans erreur.
Je n'ai pas le temps de vous aider, mais merci d'avoir fait la
promotion de votre outil :)

Amicalement,
Laurent Lyaudet

Le ven. 10 mars 2023 à 19:57, Basile Starynkevitch
 a écrit :
>
> Bonsoir,
>
>
> Il est naturel, quand on est fan de logiciel libre et de Debian (ou
> similaire), de compiler du logiciel libre (notamment en C ou C++) à
> partir de son code source, en utilisant (probablement) GCC (voir
> https://gcc.gnu.org/ ...)
>
> Il est alors utile de pouvoir conserver la trace de toutes les
> compilations par GCC.
>
> Aussi ai-je plus ou moins codé, en
> https://github.com/bstarynk/misc-basile/blob/master/logged-gcc.cc un
> utilitaire qui stocke dans une base sqlite les commandes de compilation
> avec leur détail. Ça se compile avec le script
> https://github.com/bstarynk/misc-basile/blob/master/compile-logged-gcc.sh
>
>
> L'utilisation serait de mettre un lien symbolique $HOME/bin/gcc ->
> $HOME/bin/logged-gcc et de même pour $HOME/bin/g++ et d'avoir $HOME/bin/
> dans son $PATH avant /usr/bin/
>
>
> Ensuite il faut initialiser la base SQLite (une seule fois) avec
> $HOME/bin/logged-gcc --sqlite=logged-gcc-db.sqlite
>
>
> Mais il me reste des bogues? Il y a-t-il une bonne âme pour m'aider?
>
>
> (les commentaires sont en anglais)
>
>
> librement
>
> --
> Basile Starynkevitch  
> (only mine opinions / les opinions sont miennes uniquement)
> 92340 Bourg-la-Reine, France
> web page: starynkevitch.net/Basile/ & refpersys.org
>
> --
> Pour connaître la configuration de la liste, gérer votre abonnement à la 
> liste technique et vos informations personnelles :
> https://listes.april.org/wws/info/technique

Re: aide au débogage : logged-gcc

[Basile Starynkevitch]

On 3/11/23 13:20, Ken-Patrick wrote:

Hello Basile,

On 10/03/2023 19:57, Basile Starynkevitch wrote:

Bonsoir,


[...]


Il est alors utile de pouvoir conserver la trace de toutes les 
compilations par GCC.



[...]

Est-ce que https://clang.llvm.org/docs/JSONCompilationDatabase.html et 
potentiellement https://github.com/rizsotto/Bear ne répondraient pas à 
ton besoin ? C'est à peu près standard il me semble.




Non. Pour des tas de raisons (y compris que j'ai personnellement 
contribué à GCC mais pas à Clang, que j'en connais donc assez bien les 
internes, et aussi pour des raisons de licence -je préfère la GPL à BSD) 
je souhaite explicitement utiliser GCC (dans mon esprit, GCC 12 en début 
2023, sur Debian ou autre Linux)


 Cordialement

--
Basile Starynkevitch 
92340 Bourg-la-Reine, France
http://starynkevitch.net/Basile/ and http://refpersys.org/

Re: aide au débogage : logged-gcc

[Ken-Patrick]

Hello Basile,

On 10/03/2023 19:57, Basile Starynkevitch wrote:

Bonsoir,


[...]


Il est alors utile de pouvoir conserver la trace de toutes les 
compilations par GCC.



[...]

Est-ce que https://clang.llvm.org/docs/JSONCompilationDatabase.html et 
potentiellement https://github.com/rizsotto/Bear ne répondraient pas à 
ton besoin ? C'est à peu près standard il me semble.


++
Ken-Patrick

aide au débogage : logged-gcc

[Basile Starynkevitch]

Bonsoir,


Il est naturel, quand on est fan de logiciel libre et de Debian (ou 
similaire), de compiler du logiciel libre (notamment en C ou C++) à 
partir de son code source, en utilisant (probablement) GCC (voir 
https://gcc.gnu.org/ ...)


Il est alors utile de pouvoir conserver la trace de toutes les 
compilations par GCC.


Aussi ai-je plus ou moins codé, en 
https://github.com/bstarynk/misc-basile/blob/master/logged-gcc.cc un 
utilitaire qui stocke dans une base sqlite les commandes de compilation 
avec leur détail. Ça se compile avec le script 
https://github.com/bstarynk/misc-basile/blob/master/compile-logged-gcc.sh



L'utilisation serait de mettre un lien symbolique $HOME/bin/gcc -> 
$HOME/bin/logged-gcc et de même pour $HOME/bin/g++ et d'avoir $HOME/bin/ 
dans son $PATH avant /usr/bin/



Ensuite il faut initialiser la base SQLite (une seule fois) avec 
$HOME/bin/logged-gcc --sqlite=logged-gcc-db.sqlite



Mais il me reste des bogues? Il y a-t-il une bonne âme pour m'aider?


(les commentaires sont en anglais)


librement

--
Basile Starynkevitch  
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/ & refpersys.org

Re: testing: upgrade de gcc, plus de 800Mo supplémentaire

[Jérémy Prego]

Le 06/11/2020 à 11:08, Étienne Mollier a écrit :
> Bonjour Jérémy,
>
> Jérémy Prego, on 2020-11-06 01:59:33 +0100:
>> 877 Mo pour une simple mise à jour mineur de gcc, ça me parait beaucoup ...
> Par curiosité, j'ai jeté un œil dans le changelog de gcc-10.
> Matthias Klose   Thu, 29 Oct 2020 16:36:48 +0100:
>>  * Also enable the extra checking on amd64, arm64, ppc64el, s390x, and don't
>>strip the executables.  This will be reverted within a few weeks, please
>>don't send bug reports about that.
> Apparemment, Matthias Klose a ajouté des routines de
> vérification supplémentaires dans cette version mineure, et
> laissé les symboles de débugage à l'intérieur des exécutables.
> Je crois que c'est ce qui participe à l'inflation de ces
> paquets.  Ce changement devrait être temporaire.
un grand merci ! je pensais bien a quelque chose comme ça mais je
voulais m'en assurer
> Bonne journée,

De même !

Re: testing: upgrade de gcc, plus de 800Mo supplémentaire

[Étienne Mollier]

Bonjour Jérémy,

Jérémy Prego, on 2020-11-06 01:59:33 +0100:
> 877 Mo pour une simple mise à jour mineur de gcc, ça me parait beaucoup ...

Par curiosité, j'ai jeté un œil dans le changelog de gcc-10.
Matthias Klose   Thu, 29 Oct 2020 16:36:48 +0100:
>  * Also enable the extra checking on amd64, arm64, ppc64el, s390x, and don't
>strip the executables.  This will be reverted within a few weeks, please
>don't send bug reports about that.

Apparemment, Matthias Klose a ajouté des routines de
vérification supplémentaires dans cette version mineure, et
laissé les symboles de débugage à l'intérieur des exécutables.
Je crois que c'est ce qui participe à l'inflation de ces
paquets.  Ce changement devrait être temporaire.

Bonne journée,
-- 
Étienne Mollier 
Fingerprint:  8f91 b227 c7d6 f2b1 948c  8236 793c f67e 8f0d 11da
Sent from /dev/pts/1, please excuse my verbosity.


signature.asc
Description: PGP signature

testing: upgrade de gcc, plus de 800Mo supplémentaire

[Jérémy Prego]

bonjour,

il y a deux / trois jours de ça, est arrivé dans testing la mise à jour
de gcc de la version 10.2.0-15 vers 10.2.0-16 sauf que quand je fais un
petit aptitude safe-upgrade il me donne ça:
Les paquets suivants seront mis à jour :   
  cpp-10 g++-10 gcc-10 gcc-10-base libasan6 libatomic1 libcc1-0
  libgcc-10-dev libgcc-s1 libgfortran5 libgomp1 libitm1 liblsan0
  libquadmath0 libstdc++-10-dev libstdc++6 libtsan0 libubsan1
18 paquets mis à jour, 0 nouvellement installés, 0 à enlever et 0 non
mis à jour.
Il est nécessaire de télécharger 210 Mo d'archives. Après dépaquetage,
877 Mo seront utilisés.

877 Mo pour une simple mise à jour mineur de gcc, ça me parait beaucoup ...

merci pour tout avis

Jerem

comment logger les compilations par GCC...

[Basile Starynkevitch]

Bonsoir


Il y a des cas où il est utile de logger les compilations faites par GCC.


Si vous lisez l'anglais, j'explique en 
https://opensource.stackexchange.com/q/10319/910 les cas où ça pourrait 
être utile. Autrement, on peut songer à faire des statistiques 
(peut-être en vue d'apprentissage machine) en relation avec les 
commandes de compilations.



Sinon, connaissez vous des scripts ou programmes libres ou autres qui 
loguent (avec syslog(3)...) les compilations par GCC.



J'ai codé sur https://github.com/bstarynk/misc-basile/ un programme C++ 
logged-gcc.cc qui le fait.



Merci

--
Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France; 
(mobile phone: cf my web page / voir ma page web...)

Re: Problème de compilation avec gcc 9.2 (debian/testing)

[BERTRAND Joël]

Je me réponds à moi-même. Le problème provient à la fois de binutils et
d'automake.

Binutils parce que le linker est beaucoup plus tatillons sur l'ordre
des bibliothèques quand elles sont réentrantes. Et automake, parce que
celui-ci gère l'ordre des bibliothèques un peu comme il le décide
(l'ordre des bibliothèques sur la ligne de commande change entre
debian/stable et debian/testing, je n'ai pas encore compris pourquoi).

JKB

Problème de compilation avec gcc 9.2 (debian/testing)

[BERTRAND Joël]

Bonjour à tous,

	Depuis la mise à jour de mon poste de travail (debian/testing), j'ai un 
problème de compilation assez surprenant que je n'arrive à résoudre.


Sources :
http://www.rpl2.fr/download/rpl-4.1.31-daily-20191027.tar.bz2

Procédure de compilation :
./autogen.sh
cd ..
mkdir build
cd build
../rpl/configure --enable-native --enable-rplcas

Et attendre l'erreur :
 g++ -g -O2 -mtune=native -march=native -O2 -malign-double -Wall 
-funsigned-char -fpermissive -fno-strict-aliasing 
-DGIAC_GENERIC_CONSTANTS -pthread -o icas icas.o 
/export/home/bertrand/gopher/rpl2/build-amd64/rplcas/giac-1.5.0/src/.libs/libgiac.a 
/import/home/bertrand/gopher/rpl2/build-amd64/rplcas/lib/libpari.a 
/import/home/bertrand/gopher/rpl2/build-amd64/rplcas/lib/ntl.a 
/import/home/bertrand/gopher/rpl2/build-amd64/rplcas/lib/libcocoa.a 
/import/home/bertrand/gopher/rpl2/build-amd64/tools/gsl-2.6/.libs/libgsl.a 
/import/home/bertrand/gopher/rpl2/build-amd64/rplcas/lib/libgmp.a 
/import/home/bertrand/gopher/rpl2/build-amd64/rplcas/lib/libmpfr.a 
/import/home/bertrand/gopher/rpl2/build-amd64/rplcas/lib/libmpfi.a 
./.libs/libxcas.a 
/export/home/bertrand/gopher/rpl2/build-amd64/rplcas/giac-1.5.0/src/.libs/libgiac.a 
-lrt -lpthread /usr/lib/x86_64-linux-gnu/libcurl-gnutls.so -lsamplerate 
-llapack -lblas -lgfortran -ldl -lpng16 -lm -pthread
/usr/bin/ld: 
/import/home/bertrand/gopher/rpl2/build-amd64/rplcas/lib/libmpfr.a(get_z_exp.o): 
référence au symbole non défini « __gmpz_realloc2 »
/usr/bin/ld : /usr/lib/x86_64-linux-gnu/libgmp.so.10 : erreur lors de 
l'ajout de symboles : DSO manquant dans la ligne de commande

collect2: error: ld returned 1 exit status

	Pour un certain nombre de raisons, les bibliothèques sont compilées 
statiquement (ça permet de ne pas segfaulter lorsque l'on charge des 
modules externes).


	L'erreur varie en fonction de l'ordre des bibliothèques. Avec gcc 8, ça 
compile sans problème.


mpfr est configuré comme suit :
../../../rpl/rplcas/mpfr-4.0.2/configure 
--with-gmp=/import/home/bertrand/gopher/rpl2/build-amd64/rplcas 
--disable-shared --enable-static 
--prefix=/import/home/bertrand/gopher/rpl2/build-amd64/rplcas
et le script configure trouve bien les en-têtes et la version statique 
de libgmp.


	Naturellement, le symbole non trouvé est bien présent dans la 
bibliothèque libgmp.a :
rayleigh:[~/gopher/rpl2/build-amd64/rplcas/lib] > nm -a libgmp.a | grep 
__gmpz_realloc2

 T __gmpz_realloc2

J'avoue que je ne sais plus où chercher. Toute idée est la bienvenue.

Bien cordialement,

JKB

Re: Compiler avec une vieille version de gcc...

[Sylvain Sauvage]

David BERCOT, mardi 8 janvier 2008, 16:00:54 CET
>[…] 
> > > J'ai donc essayé d'installer les drivers non-libres de
> > > NVidia via le .run fourni sur leur site web.
> > 
> >   Mauvaise idée, mauvaise méthode, surtout en unstable.
> 
> Ben en fait, c'est pas vraiment par choix...

  Mais si, mais si : quand on veut, on peut.
  (Oui, c’est de la mauvaise foi.)

>[…]
> >   Être en unstable implique de nombreuses mises à jour du
> > noyau : plusieurs mises à jour par an, avec changement de
> > version, contre quelques m.à.j. de sécurité, dans la même
> > version, avec une stable. À chaque m.à.j. du noyau, il faut
> > aussi mettre à jour les modules.
> 
> Même en unstable, je ne suis pas obligé de changer de noyau
> super souvent... Par exemple, sur mon portable, je suis aussi
> en sid et je n'ai pas changé de noyau depuis un sacré bout de
> temps (plusieurs mois en tous cas)...

  Tu n’es effectivement pas obligé de suivre tous les paquets
mais c’est un peu le principe de Sid quand même.
  Ce n’est pas extrêmement fastidieux (le .run s’est amélioré)
mais ça l’est quand même un peu. Ça dépend aussi des moments :
les mises à jour du noyau et de Xorg ont eu été plus fréquentes.

>[…]
> > # aptitude install module-assistant
> > # m-a a-i nvidia
>[…] 
> Alors hier, j'ai essayé ça... Mais ça m'a complètement planté
> X. Peut-être, là encore, était-ce dû à la version de gcc
> utilisé (différente de celle utilisée pour le noyau) ?

  Ben on pourra difficilement savoir sans information (log de
Xorg, etc.).

> En tenant compte des conseils que j'ai eus ce matin, j'ai
> relancé le .run avec la bonne version de gcc et tout s'est
> bien passé...

  Ok.

> Honnêtement, je préférerais la version "debian". Mais si seule
> la solution avec le .run marche, je n'ai pas vraiment le
> choix...

  « Chez moi ça marche »™ :oP

-- 
 Sylvain Sauvage

Re: Compiler avec une vieille version de gcc...

[David BERCOT]

Re-bonjour,

Le Tue, 8 Jan 2008 12:23:33 +0100,
Sylvain Sauvage <[EMAIL PROTECTED]> a écrit :
> > Comme hier, je n'ai pas eu de succès avec ma question, j'en
> > tente une autre ;-)
> 
>   Pff, un seul jour d’attente et on s’impatiente…

Ah mais j'ai complètement changé de question entre temps ;-)))

> > J'ai donc essayé d'installer les drivers non-libres de NVidia
> > via le .run fourni sur leur site web.
> 
>   Mauvaise idée, mauvaise méthode, surtout en unstable.

Ben en fait, c'est pas vraiment par choix...

>   On l’a déjà dit maintes fois :
> — il y a une méthode simple avec les paquets Debian ;
> — utiliser un système d’installation qui ne tient pas compte de
>   l’organisation de la distribution pose des problèmes
>   (écrasement de fichiers, mises à jour, etc.).
> 
>   Être en unstable implique de nombreuses mises à jour du
> noyau : plusieurs mises à jour par an, avec changement de
> version, contre quelques m.à.j. de sécurité, dans la même
> version, avec une stable. À chaque m.à.j. du noyau, il faut
> aussi mettre à jour les modules.

Même en unstable, je ne suis pas obligé de changer de noyau super
souvent... Par exemple, sur mon portable, je suis aussi en sid et je
n'ai pas changé de noyau depuis un sacré bout de temps (plusieurs mois
en tous cas)...

> >[…]
> > Auriez-vous une méthode pour que je puisse créer mon module
> > dans de bonnes conditions ?
> 
> # aptitude install module-assistant
> # m-a a-i nvidia
> 
> (les paquets nécessaires devraient tous être téléchargés, sauf
> peut-être nvidia-glx)
> 
>   Après une m.à.j. du noyau, on refait un m-a a-i (voir option
> -l si on veut le faire avant de rebouter).

Alors hier, j'ai essayé ça... Mais ça m'a complètement planté X.
Peut-être, là encore, était-ce dû à la version de gcc utilisé
(différente de celle utilisée pour le noyau) ?

En tenant compte des conseils que j'ai eus ce matin, j'ai relancé
le .run avec la bonne version de gcc et tout s'est bien passé...

Honnêtement, je préférerais la version "debian". Mais si seule la
solution avec le .run marche, je n'ai pas vraiment le choix...

Cordialement,

David.


signature.asc
Description: PGP signature

Re: Compiler avec une vieille version de gcc...

[Stéphane L.]

Le 08/01/08, Sylvain Sauvage<[EMAIL PROTECTED]> a écrit :
>
> > J'ai donc essayé d'installer les drivers non-libres de NVidia
> > via le .run fourni sur leur site web.
>
>   Mauvaise idée, mauvaise méthode, surtout en unstable.

Chacun fait comme il veut, non ?

>   On l'a déjà dit maintes fois:
> — il y a une méthode simple avec les paquets Debian;
> — utiliser un système d'installation qui ne tient pas compte de
>   l'organisation de la distribution pose des problèmes
>   (écrasement de fichiers, mises à jour, etc.).

C'est vrai que lorsque xserver-xorg est mis a jour il faut reinstaller
les libs. Mais l'installeur nvidia permet de le faire sans avoir a
recompiler le module noyau.

>
>   Être en unstable implique de nombreuses mises à jour du
> noyau : plusieurs mises à jour par an, avec changement de
> version, contre quelques m.à.j. de sécurité, dans la même
> version, avec une stable. À chaque m.à.j. du noyau, il faut
> aussi mettre à jour les modules.
>
> # aptitude install module-assistant
> # m-a a-i nvidia

> (les paquets nécessaires devraient tous être téléchargés, sauf
> peut-être nvidia-glx)

Je ne vois pas en quoi c'est plus simple que d'utiliser l'installeur
NVIDIA qui détecte très bien ou doivent être installés les libs xorg
et sait mettre a jour le xorg.conf et qui installe tout ce qu'il faut
pour que cela fonctionne. Pour une fois que ce n'est pas un rpm bien
pourri uniquement pensé pour Redhat/Suse  mais un installeur
"banalisé", autant en profiter.

>   Après une m.à.j. du noyau, on refait un m-a a-i (voir option
> -l si on veut le faire avant de rebouter).

Pour le coup, je ne vois vraiment pas l'avantage sur l'installeur
nvidia puisque dans les deux cas une manip est a faire.

Mais chacun fait comme il veut...

Cdlt.

Re: Compiler avec une vieille version de gcc...

[Sylvain Sauvage]

David BERCOT, mardi 8 janvier 2008, 09:26:19 CET
> 
> Bonjour,

’jour,

> Comme hier, je n'ai pas eu de succès avec ma question, j'en
> tente une autre ;-)

  Pff, un seul jour d’attente et on s’impatiente…

> J'ai donc essayé d'installer les drivers non-libres de NVidia
> via le .run fourni sur leur site web.

  Mauvaise idée, mauvaise méthode, surtout en unstable.

  On l’a déjà dit maintes fois :
— il y a une méthode simple avec les paquets Debian ;
— utiliser un système d’installation qui ne tient pas compte de
  l’organisation de la distribution pose des problèmes
  (écrasement de fichiers, mises à jour, etc.).

  Être en unstable implique de nombreuses mises à jour du
noyau : plusieurs mises à jour par an, avec changement de
version, contre quelques m.à.j. de sécurité, dans la même
version, avec une stable. À chaque m.à.j. du noyau, il faut
aussi mettre à jour les modules.

>[…]
> Auriez-vous une méthode pour que je puisse créer mon module
> dans de bonnes conditions ?

# aptitude install module-assistant
# m-a a-i nvidia

(les paquets nécessaires devraient tous être téléchargés, sauf
peut-être nvidia-glx)

  Après une m.à.j. du noyau, on refait un m-a a-i (voir option
-l si on veut le faire avant de rebouter).

-- 
 Sylvain Sauvage

Re: Compiler avec une vieille version de gcc...

[David BERCOT]

Re-bonjour,

En effet, je n'ai pas pensé à ça (le contre-coup des fêtes peut
être ;-))). Merci (ainsi qu'à Basile !!!).

David.

Le Tue, 8 Jan 2008 09:35:08 +0100,
"Stéphane L." <[EMAIL PROTECTED]> a écrit :

> Bonjour,
> 
> Gcc-4.1 pour amd64 est présent dans les dépôts d'unstable
> (http://packages.debian.org/sid/gcc-4.1).
> Il faut donc installer cette version en laissant la 4.2 d'installée.
> Ensuite, avant de lancer le .run, faire un export CC=gcc-4.1.
> 
> Cdlt.
> 
> Le 08/01/08, David BERCOT<[EMAIL PROTECTED]> a écrit :
> > Bonjour,
> >
> > Comme hier, je n'ai pas eu de succès avec ma question, j'en tente
> > une autre ;-)
> >
> > J'ai donc essayé d'installer les drivers non-libres de NVidia via
> > le .run fourni sur leur site web. Durant cette procédure, une
> > compilation est nécessaire. A titre d'info, j'ai fait cela sur une
> > installation toute neuve (CD businesscard daté du 4 janvier) en
> > 'unstable' avec le noyau du moment : 2.6.23.1_amd64.
> > Or, l'installeur de NVidia me dit que le noyau a été compilé en gcc
> > v4.1 et qu'il aurait besoin de la même version pour créer son
> > module. Etant en 'unstable', j'ai une version de gcc qui est la
> > 4.2.2. Eventuellement, je pensais downgrader gcc pour être dans la
> > norme. Sauf que je n'arrive pas à trouver de gcc v4.1 :
> > # apt-cache policy gcc
> > gcc:
> >   Installé: 4:4.2.2-1
> >   Candidat: 4:4.2.2-1
> >  Table de version:
> >  4:4.3-20070902-0 0
> > 100 http://ftp.fr.debian.org experimental/main Packages
> >  *** 4:4.2.2-1 0
> > 900 http://ftp.fr.debian.org unstable/main Packages
> > 100 /var/lib/dpkg/status
> >  4:4.2.1-6 0
> > 500 http://ftp.fr.debian.org testing/main Packages
> >
> > Auriez-vous une méthode pour que je puisse créer mon module dans de
> > bonnes conditions ?
> >
> > Merci d'avance.
> >
> > David.


signature.asc
Description: PGP signature

Re: Compiler avec une vieille version de gcc...

[Stéphane L.]

Bonjour,

Gcc-4.1 pour amd64 est présent dans les dépôts d'unstable
(http://packages.debian.org/sid/gcc-4.1).
Il faut donc installer cette version en laissant la 4.2 d'installée.
Ensuite, avant de lancer le .run, faire un export CC=gcc-4.1.

Cdlt.

Le 08/01/08, David BERCOT<[EMAIL PROTECTED]> a écrit :
> Bonjour,
>
> Comme hier, je n'ai pas eu de succès avec ma question, j'en tente une
> autre ;-)
>
> J'ai donc essayé d'installer les drivers non-libres de NVidia via
> le .run fourni sur leur site web. Durant cette procédure, une
> compilation est nécessaire. A titre d'info, j'ai fait cela sur une
> installation toute neuve (CD businesscard daté du 4 janvier) en
> 'unstable' avec le noyau du moment : 2.6.23.1_amd64.
> Or, l'installeur de NVidia me dit que le noyau a été compilé en gcc
> v4.1 et qu'il aurait besoin de la même version pour créer son module.
> Etant en 'unstable', j'ai une version de gcc qui est la 4.2.2.
> Eventuellement, je pensais downgrader gcc pour être dans la norme. Sauf
> que je n'arrive pas à trouver de gcc v4.1 :
> # apt-cache policy gcc
> gcc:
>   Installé: 4:4.2.2-1
>   Candidat: 4:4.2.2-1
>  Table de version:
>  4:4.3-20070902-0 0
> 100 http://ftp.fr.debian.org experimental/main Packages
>  *** 4:4.2.2-1 0
> 900 http://ftp.fr.debian.org unstable/main Packages
> 100 /var/lib/dpkg/status
>  4:4.2.1-6 0
> 500 http://ftp.fr.debian.org testing/main Packages
>
> Auriez-vous une méthode pour que je puisse créer mon module dans de
> bonnes conditions ?
>
> Merci d'avance.
>
> David.
>
>

Compiler avec une vieille version de gcc...

[David BERCOT]

Bonjour,

Comme hier, je n'ai pas eu de succès avec ma question, j'en tente une
autre ;-)

J'ai donc essayé d'installer les drivers non-libres de NVidia via
le .run fourni sur leur site web. Durant cette procédure, une
compilation est nécessaire. A titre d'info, j'ai fait cela sur une
installation toute neuve (CD businesscard daté du 4 janvier) en
'unstable' avec le noyau du moment : 2.6.23.1_amd64.
Or, l'installeur de NVidia me dit que le noyau a été compilé en gcc
v4.1 et qu'il aurait besoin de la même version pour créer son module.
Etant en 'unstable', j'ai une version de gcc qui est la 4.2.2.
Eventuellement, je pensais downgrader gcc pour être dans la norme. Sauf
que je n'arrive pas à trouver de gcc v4.1 :
# apt-cache policy gcc
gcc:
  Installé : 4:4.2.2-1
  Candidat : 4:4.2.2-1
 Table de version :
 4:4.3-20070902-0 0
100 http://ftp.fr.debian.org experimental/main Packages
 *** 4:4.2.2-1 0
900 http://ftp.fr.debian.org unstable/main Packages
100 /var/lib/dpkg/status
 4:4.2.1-6 0
500 http://ftp.fr.debian.org testing/main Packages

Auriez-vous une méthode pour que je puisse créer mon module dans de
bonnes conditions ?

Merci d'avance.

David.


signature.asc
Description: PGP signature

fermeture xorg : lancement de gcc et cpp ?????

[Bulot Grégory]

Bonjour, 

J'ai un truc bizarre sur une de mes machines (censées être identique : version 
MAJ de etch, matériel )


sur celle qui me pose des problèmes de lenteur de fonctionnement , j'ai ceci 
lors d'un ps -aef pendant le passage de init 5 (perso) en init 2(std debian)

root    6660  0 08:39 ?
00:00:00 /usr/bin/xrdb /etc/X11/xdm/Xresources
root  6667    0 08:39 ?
00:00:00 /usr/bin/cpp -DHOST=MONLINUX -DSERVERHOST=MONLINUX -DSRVR_MONLINUX 
-DDISPLAY_NUM=0 -DCLIENTHOST=MONLINUX
root  6668  6667  0 08:39 ?
00:00:00 /usr/lib/gcc/i486-linux-gnu/4.1.2/cc1 -E -quiet -DHOST=MONLINUX 
-DSERVERHOST=MONLINUX -DSRVR_MONLINUX
root  6669  6523  0 08:39 pts/000:00:00 ps -aef

Re: Langage C: version gcc

[Stephane Bortzmeyer]

On Mon, Jul 02, 2007 at 05:24:39PM +0100,
 BOUIDA Djelloul <[EMAIL PROTECTED]> wrote 
 a message of 42 lines which said:

> > Quelle commande GNU faut-il exécuter pour savoir quelle est la version de
> > gcc qui est installée.
> 
> 
> apt-cache show gcc

Non, cela donne les versions *disponibles*, pas la version
*installée*.


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Langage C: version gcc

[mouss]

Alex PADOLY wrote:

Bonsoir à tous,

Quelle commande GNU faut-il exécuter pour savoir quelle est la version 
de gcc qui est installée.


gcc -v donne non seulement la version, mais les options de build.

J'utilise l'ouvrage "Le Langage C" de B.W KERNIGHAM et D.M RITCHIE 
pour mon apprentissage.


prends au moins la version ANSI. mais même. dans les deux cas, il s'agit 
de références, et donc pas ce qu'il y a de plus simple pour apprendre. 
(et ayant appris avec le ANSI, je sais de quoi je parle!). regarde aussi 
les tutoriels sur le web.



--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et

"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Langage C: version gcc

[Serge Cavailles]

Le lundi 02 juillet 2007 18:26, Alex PADOLY a écrit :
> Bonsoir à tous,
Bonsoir,


> Quelle commande GNU faut-il exécuter pour savoir quelle est la version de
> gcc qui est installée.
gcc --version
La question est propre au compilateur, ça n'a pas de rapport avec le C.
(man gcc lol)

> J'utilise l'ouvrage "Le Langage C" de B.W KERNIGHAM et D.M RITCHIE pour
> mon apprentissage.
Le K&R n'est peut-être pas le plus simple pour commencer.
Bon courage quand même :)

Cordialement,
-- 
Serge




> Merci à tous.
> Cordialement.
>
> Alex PADOLY
>
>
>
> --
> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

Re: Langage C: version gcc

[Sylvain Sauvage]

BOUIDA Djelloul, lundi 2 juillet 2007, 17:24:39 CEST
> 
> Selon Alex PADOLY <[EMAIL PROTECTED]>:
> 
> > Bonsoir à tous,
> 
> Bonsoir,

’soir,
 
> >
> > Quelle commande GNU faut-il exécuter pour savoir quelle est la version de
> > gcc qui est installée.
> 
> 
> apt-cache show gcc

  Ou aussi gcc --version.

> > J'utilise l'ouvrage "Le Langage C" de B.W KERNIGHAM et D.M RITCHIE pour
> > mon apprentissage.

  J’espère que ce n’est pas la version de 1983 ;o)

  Pour info, tu peux choisir le standard utilisé par  gcc  grâce
aux options -std, -ansi (qui correspond à -std=c89) et -pedantic
(qui refuse les programmes hors norme).

-- 
 Sylvain Sauvage

Re: Langage C: version gcc

[BOUIDA Djelloul]

Selon Alex PADOLY <[EMAIL PROTECTED]>:

> Bonsoir à tous,

Bonsoir,


>
> Quelle commande GNU faut-il exécuter pour savoir quelle est la version de
> gcc qui est installée.


apt-cache show gcc


> J'utilise l'ouvrage "Le Langage C" de B.W KERNIGHAM et D.M RITCHIE pour
> mon apprentissage.
>
> Merci à tous.
> Cordialement.
>
> Alex PADOLY
>

Djelloul






Ce Message est envoye par le serveur de messagerie de l'universite de Tlemcen


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Langage C: version gcc

[Alex PADOLY]

Bonsoir à tous,

Quelle commande GNU faut-il exécuter pour savoir quelle est la version de  
gcc qui est installée.
J'utilise l'ouvrage "Le Langage C" de B.W KERNIGHAM et D.M RITCHIE pour  
mon apprentissage.


Merci à tous.
Cordialement.

Alex PADOLY



--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et

"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: GCC & variable CFLAGS

[Vincent Lefevre]

On 2007-02-23 08:30:52 +0100, Basile STARYNKEVITCH wrote:
> gcc n'utilie pas de variable d'environnement pour ses options. RTFM

Mais noter qu'il en utilise certaines qui remplacent *certaines*
options: LIBRARY_PATH, CPATH, C_INCLUDE_PATH, CPLUS_INCLUDE_PATH,
OBJC_INCLUDE_PATH.

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: GCC & variable CFLAGS

[Basile STARYNKEVITCH]

Le Fri, Feb 23, 2007 at 05:50:12AM +, Opera écrivait/wrote:
> Bonjour,
> utilisant debian Sid avec gcc 4.1, je me rend compte que ce dernier ignore
> totalement la variable CFLAGS de mon .zshrc. 

gcc n'utilie pas de variable d'environnement pour ses options. RTFM

CFLAGS est une variable de make, pas une variable d'environnement. 

Donc pour compiler un fichier ou une application en ligne de commande avec 
l'option -O -Ifoobar/

   gcc -O -Ifoobar/ *.c -o appli

ou bien

   make CFLAGS='-O -Ifoobar/'

Ca n'a rien à voir avec les variables d'environnement, sauf quand make les
utilise.


-- 
Basile STARYNKEVITCH http://starynkevitch.net/Basile/ 
email: basilestarynkevitchnet mobile: +33 6 8501 2359 
8, rue de la Faïencerie, 92340 Bourg La Reine, France
*** opinions {are only mines, sont seulement les miennes} ***


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

GCC & variable CFLAGS

[Opera]

Bonjour,
utilisant debian Sid avec gcc 4.1, je me rend compte que ce dernier ignore
totalement la variable CFLAGS de mon .zshrc. (J'ai essayé avec bash, pareil).
J'ai essayé sur le poste d'une autre personne avec le même système, mais qui
ne programme pas et avec une config de bash "de base" -> même résultat. Par
contre sous gentoo, tout baigne.
Si quelqu'un pouvait m'aider ce problème pour le moins obscur, il m'enlèverait
une belle épine du pied.
Merci


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Avec quelle version de gcc est compilée mon noyau ?

[Patrice OLIVER]

Merci à tous pour les infos qui se recoupent.

Bon a.m.

Patrice.

Re: Avec quelle version de gcc est compilée mon noyau ?

[Frédéric Bothamy]

Selon Patrice OLIVER <[EMAIL PROTECTED]>:

> Bonjour,
>
> Ma question est en objet. J'ai besoin de savoir avec quelle version de
> gcc est compilé mon noyau (je suis sur SID, noyau 2.6.17), afin de
> soit compiler les pilotes madwifi avec le même compilateur, soit
> compiler mon noyau avec la version de gcc en place sur mon système.

cat /proc/version

Cela donne sur ma machine (en testing) :

Linux version 2.6.17.11 ([EMAIL PROTECTED]) (gcc version 4.1.2 20060613 
(prerelease)
(Debian 4.1.1-5)) #1 SMP Mon Aug 28 15:22:16 CEST 2006

À noter que la version 4.1.1-5 a été remplacée dans testing par
la 4.1.1-11 le 01/09 (cf. http://packages.qa.debian.org/g/gcc-4.1.html).

C'est pour cela que ceci me donne une version différente :

$ gcc --version
gcc (GCC) 4.1.2 20060814 (prerelease) (Debian 4.1.1-11)


Fred


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Avec quelle version de gcc est compilée mon noyau ?

[François Boisson]

Le Thu, 7 Sep 2006 08:48:53 +0200
"Patrice OLIVER" <[EMAIL PROTECTED]> a écrit:

> Bonjour,
> 
> Ma question est en objet. J'ai besoin de savoir avec quelle version de
> gcc est compilé mon noyau (je suis sur SID, noyau 2.6.17), afin de
> soit compiler les pilotes madwifi avec le même compilateur, soit
> compiler mon noyau avec la version de gcc en place sur mon système.
> 
> Merci pour vos infos.

cf /proc/version qui te donne la version.

Sinon tu édites un des modules de ton noyau, c'est dans les 512
premiers octets (cherche GCC)


François Boisson


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Avec quelle version de gcc est compilée mon noyau ?

[Patrice OLIVER]

Bonjour,

Ma question est en objet. J'ai besoin de savoir avec quelle version de
gcc est compilé mon noyau (je suis sur SID, noyau 2.6.17), afin de
soit compiler les pilotes madwifi avec le même compilateur, soit
compiler mon noyau avec la version de gcc en place sur mon système.

Merci pour vos infos.

Patrice.

Re: noyau et version de gcc

[François Boisson]

Le Sat, 13 May 2006 22:39:59 +0200
Glennie Vignarajah <[EMAIL PROTECTED]> a écrit:

> C'est marrant, c'est la première chose que j'ai faite aussi...
> Ce fichier étant compressé, il est logique qu'il n'y ait rien 
> compréhensible dedans...

Je me flanquerais des baffes

François Boisson


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: noyau et version de gcc

[Glennie Vignarajah]

Le Saturday 13 May 2006 18:47, François Boisson(François Boisson 
<[EMAIL PROTECTED]>) a écrit:

Bonsoir,

> Rah j'ai essayé strings bzImage | grep gcc

C'est marrant, c'est la première chose que j'ai faite aussi...
Ce fichier étant compressé, il est logique qu'il n'y ait rien 
compréhensible dedans...
A+

-- 
Glennie
"D'abord ils vous ignorent, ensuite ils vous raillent, ensuite ils 
vous combattent et, enfin, vous gagnez"


pgpvu1SBmYBra.pgp
Description: PGP signature

Re: noyau et version de gcc

[François Boisson]

Le Sat, 13 May 2006 17:31:02 +0200
Glennie Vignarajah <[EMAIL PROTECTED]> a écrit:

> Le Saturday 13 May 2006 16:42, François Boisson(François Boisson 
> <[EMAIL PROTECTED]>) a écrit:
> > Le Sat, 13 May 2006 16:35:28 +0200
> 
> Bonsoir,
> 
> > Et si on a juste l'arborescence du noyau mais que ce n'est pas le
> > noyau qui tourne?
> 
>  Si vous un des modules correspondant à ce noyau, il suffit de faire 
> un 'strings MODULE | grep -i gcc' (en tout cas ça fonctionne chez 
> moi).


Rah j'ai essayé strings bzImage | grep gcc mais je n'ai pas essayé
sur les modules l'abruti que je suis. Merci, c'est exactement ce que je
voulais.


François Boisson


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: noyau et version de gcc

[Gaëtan PERRIER]

Le Sat, 13 May 2006 17:31:02 +0200
Glennie Vignarajah <[EMAIL PROTECTED]> a écrit:

> Le Saturday 13 May 2006 16:42, François Boisson(François Boisson 
> <[EMAIL PROTECTED]>) a écrit:
> > Le Sat, 13 May 2006 16:35:28 +0200
> 
> Bonsoir,
> 
> > Et si on a juste l'arborescence du noyau mais que ce n'est pas le
> > noyau qui tourne?
> 
>  Si vous un des modules correspondant à ce noyau, il suffit de
> faire un 'strings MODULE | grep -i gcc' (en tout cas ça fonctionne
> chez moi).
> A+

Par contre ça ne semble pas donner la version exacte de gcc car il retourne 4.0 
alors que cat /proc/version me donne gcc 4.0.3 20060212 (prerelease) (Debian 
4.0.2-9) (ça c'est de la précision!!! ;-) )

Gaëtan


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: noyau et version de gcc

[Glennie Vignarajah]

Le Saturday 13 May 2006 16:42, François Boisson(François Boisson 
<[EMAIL PROTECTED]>) a écrit:
> Le Sat, 13 May 2006 16:35:28 +0200

Bonsoir,

> Et si on a juste l'arborescence du noyau mais que ce n'est pas le
> noyau qui tourne?

 Si vous un des modules correspondant à ce noyau, il suffit de faire 
un 'strings MODULE | grep -i gcc' (en tout cas ça fonctionne chez 
moi).
A+
-- 
Glennie
"D'abord ils vous ignorent, ensuite ils vous raillent, ensuite ils 
vous combattent et, enfin, vous gagnez"


pgp5pjTsq99Ts.pgp
Description: PGP signature

Re: noyau et version de gcc

[Julien Louis]

On Sat, May 13, 2006 at 04:33:03PM +0200, François Boisson wrote:
> Bonjour à tous,

Bonjour

> Y-a-t-il un moyen de savoir avec quel version de gcc a été compilé un
> noyau, entre autres les noyaux debian?
 
 Chez moi cat /proc/version me donne la version du compilo utilisé

-- 
Your aim is high and to the right.


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: noyau et version de gcc

[François Boisson]

Le Sat, 13 May 2006 16:35:28 +0200
Basile STARYNKEVITCH <[EMAIL PROTECTED]> a écrit:

> Le Sat, May 13, 2006 at 04:33:03PM +0200, Fran?ois Boisson écrivait/wrote:
> > Y-a-t-il un moyen de savoir avec quel version de gcc a été compilé un
> > noyau, entre autres les noyaux debian?
> 
> cat /proc/version
> 

Et si on a juste l'arborescence du noyau mais que ce n'est pas le noyau
qui tourne? 

François Boisson


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: noyau et version de gcc

[Basile STARYNKEVITCH]

Le Sat, May 13, 2006 at 04:33:03PM +0200, Fran?ois Boisson écrivait/wrote:
> Y-a-t-il un moyen de savoir avec quel version de gcc a été compilé un
> noyau, entre autres les noyaux debian?

cat /proc/version



-- 
Basile STARYNKEVITCH http://starynkevitch.net/Basile/ 
email: basilestarynkevitchnet 
aliases: basiletunesorg = bstarynknerimnet
8, rue de la Faïencerie, 92340 Bourg La Reine, France


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

noyau et version de gcc

[François Boisson]

Bonjour à tous,

Y-a-t-il un moyen de savoir avec quel version de gcc a été compilé un
noyau, entre autres les noyaux debian?

Merci


François Boisson


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench   
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: GCC - question sur compilation / linkage

[Heyberger Ludovic]

C'est peut-etre convertissable avec reimp.exe, en tout cas c'est ce quepretend 
http://www.mingw.org/mingwfaq.shtml#faq-msvcdll.Mais a mon avis ca restera windows specifique du point de vue del'execution. J'ai 0% experience la-dedans, donc je dis peut-etre uneabsurdité.A mon avis, ca va etre difficile si tu n'as pas les sources ./..
A+, JD.
merci pour ta reponse, apres avoir poster la question j'ai continue a me renseigner autour de moi
et il apparait effectivement que ce soit un peu contre-nature d'essayer de faire ca...
donc je vais me plier aux regles et puis on verra bien-- 105 116 039 115 032 110 111 116 032 097032 098 117 103 044 032 105 116 039 115032 097 032 102 101 097 116 117 114 101

Re: GCC - question sur compilation / linkage

[Jean-Damien Durand]

Heyberger Ludovic a écrit :

Salut a tous,

j'aimerait pouvoir compiler un programme dans mon environnement de dev 
debian.
celui-ci possede une dependance vers plusieurs libs que je n'ai qu'au 
format 'nomdelalib.lib'

j'ai toujours ete habitue a compiler sous linux avec les 'nomdelalib.a'.

y a t il une solution pour compiler le programme avec de telles libs?

existe t il des methodes pour convertir/contourner ce probleme de lib?

merci

--
105 116 039 115 032 110 111 116 032 097
032 098 117 103 044 032 105 116 039 115
032 097 032 102 101 097 116 117 114 101


C'est peut-etre convertissable avec reimp.exe, en tout cas c'est ce que 
pretend http://www.mingw.org/mingwfaq.shtml#faq-msvcdll.
Mais a mon avis ca restera windows specifique du point de vue de 
l'execution. J'ai 0% experience la-dedans, donc je dis peut-etre une

absurdité.

A mon avis, ca va etre difficile si tu n'as pas les sources ./..

A+, JD.


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

GCC - question sur compilation / linkage

[Heyberger Ludovic]

Salut a tous,

j'aimerait pouvoir compiler un programme dans mon environnement de dev debian.
celui-ci possede une dependance vers plusieurs libs que je n'ai qu'au format 'nomdelalib.lib'
j'ai toujours ete habitue a compiler sous linux avec les 'nomdelalib.a'.

y a t il une solution pour compiler le programme avec de telles libs?

existe t il des methodes pour convertir/contourner ce probleme de lib?

merci-- 105 116 039 115 032 110 111 116 032 097032 098 117 103 044 032 105 116 039 115032 097 032 102 101 097 116 117 114 101

Re: probleme gcc

[Vincent Lefevre]

On 2005-12-09 18:55:37 +0100, Nicolas Roudninski wrote:
> Jody a écrit :
> >Ou méthode goret:
> >
> >ln -sfn /usr/bin/gcc-3.3 /usr/bin/gcc
> Je dois être un goret : ln -sfn /usr/bin/gcc-3.3 /usr/bin/gcc ;-)

Oui, vraiment un goret. Tu risques de casser les upgrades ou les
compilations système (e.g. avec apt-get -b). La véritable solution est
de définir la variable d'environnement CC pour désigner l'exécutable
voulu.

Debian a aussi un système d'alternatives (update-alternatives), mais
il n'y a pas d'alternative gcc, seulement cc, mais celle-ci n'est pas
gérée automatiquement:

dixsept:~> update-alternatives --display cc
cc - status is auto.
 link currently points to /usr/bin/gcc
/usr/bin/gcc - priority 20
 slave cc.1.gz: /usr/share/man/man1/gcc.1.gz
Current `best' version is /usr/bin/gcc.

bien que gcc-3.3, gcc-3.4 et gcc-4.0 soient installés. De toute façon
il y a la variable d'environnement CC, qui est préférable.

Si pour une raison ou pour une autre tu dois faire un lien, c'est
dans /usr/local/bin qu'il faut le créer.

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
Work: CR INRIA - computer arithmetic / SPACES project at LORIA


-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: probleme gcc

[Nicolas Roudninski]

Jody a écrit :

Bonjour,




Je suis actuellement sous debian etch qui utilise gcc-4.0.
Je voudrais compiler mythtv mais cela ne marche pas à cause de la 
version de gcc. J'ai fait des apt-get install de gcc-3.3 mais je ne 
sais comment dire à gcc d'utiliser 3.3 et non 4.0.

Lorsque je lance gcc -v il me met version 4.0.

Merci d'avance

vince



export CC=/usr/bin/gcc-3.3

Ou méthode goret:

ln -sfn /usr/bin/gcc-3.3 /usr/bin/gcc

Je dois être un goret : ln -sfn /usr/bin/gcc-3.3 /usr/bin/gcc ;-)


--
Jody



Nicolas

--
Nicolas Roudninski
[EMAIL PROTECTED]
--
Toute ressemblance avec des fautes d'orthographe, de grammaire
ou de conjugaison existantes ou ayant existé serait entièrement
fortuite et indépendante de la volonté de l'auteur.


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: probleme gcc

[Antoine ROCHER]

Il faut linker /usr/bin/gcc vers gcc-3.3 ainsi que tous les binaires
nécessaires à la compilation d'un binaire vers les versions
correspondantes (/usr/bin/ld, etc .. )


Antoine

[EMAIL PROTECTED] wrote:
> Bonjour,
> 
> Je suis actuellement sous debian etch qui utilise gcc-4.0.
> Je voudrais compiler mythtv mais cela ne marche pas à cause de la
> version de gcc. J'ai fait des apt-get install de gcc-3.3 mais je ne sais
> comment dire à gcc d'utiliser 3.3 et non 4.0.
> Lorsque je lance gcc -v il me met version 4.0.
> 
> Merci d'avance
> 
> vince
> 
> 


-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: probleme gcc

[Jody]

Bonjour,




Je suis actuellement sous debian etch qui utilise gcc-4.0.
Je voudrais compiler mythtv mais cela ne marche pas à cause de la 
version de gcc. J'ai fait des apt-get install de gcc-3.3 mais je ne 
sais comment dire à gcc d'utiliser 3.3 et non 4.0.

Lorsque je lance gcc -v il me met version 4.0.

Merci d'avance

vince



export CC=/usr/bin/gcc-3.3

Ou méthode goret:

ln -sfn /usr/bin/gcc-3.3 /usr/bin/gcc

--
Jody


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

probleme gcc

[bardinov]

Bonjour,

Je suis actuellement sous debian etch qui utilise gcc-4.0.
Je voudrais compiler mythtv mais cela ne marche pas à cause de la
version de gcc. J'ai fait des apt-get install de gcc-3.3 mais je ne
sais comment dire à gcc d'utiliser 3.3 et non 4.0.
Lorsque je lance gcc -v il me met version 4.0.

Merci d'avance

vince

Re: gcc

[Julien Bureaux]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

kohzak a écrit :
> Bling ma repondu ceci (merci a lui)
> 
> Salut
> Dans /usr/bin, il faut faire pointer le lien de gcc vers gcc-3.x et non pas 
> vers gcc-4.0.
> ++
> 
> 
> Ca fonctionne nikel
> 
> koh
> 
> 
> Christophe_yoda_testeur a écrit :
> 
> 
>>kohzak a écrit :
>>
>>
>>>Bonjour.
>>>
>>>J'ai gcc 4.0 et 3.3 d'installer sur ma machine (ibook 12 sur testing)
>>>
>>>J essaye de compiler mol (mac on linux) pour utiliser ma carte wireless
>>>sous linux. 
>>>(http://bb.zhang.free.fr/dokuwiki/doku.php?id=debian:experimenter_airport_extreme_sous_linux_via_mol)
>>>
>>>
>>>
>>>Apres la compilation, en essayant de le lancer, j ai ce message :
>>>
>>>Loading Mac-on-Linux kernel module:
>>>  /usr/local/lib/mol/0.9.71/modules/2.6.12/mol.ko
>>>insmod: error inserting
>>>'/usr/local/lib/mol/0.9.71/modules/2.6.12/mol.ko': -1 Invalid module
>>>format
>>>
>>> Failed to load the module - try recompiling the MOL kernel
>>> module
>>>
>>>et avec dmesg :
>>>
>>>mol: version magic '2.6.12 gcc-4.0' should be '2.6.12 gcc-3.3'
>>>
>>>
>>>Alors je voudrai savoir comment spécifier a mol d'etre compiler avec gcc
>>>3.3 et non pas 4.0
>>>
>>>(si je dis une connerie arretez moi :)
>>>
>>>Merci
>>>
>>
>>regarde quel est reellement celui qui est actif
>>il ne peut pas en avoir 2 seul 1 s'appel gcc (c'est par celui-là que
>>se fait
>>la compilation) arretez moi si je dis des betises
>>je ne suis pas specialiste.
>>
>>voici le mien qui est version 4.0.2
>>thx:/etc# dpkg -l|grep gcc
>>ii  gcc4.0.2-1The GNU C compiler
>>ii  gcc-3.3-base   3.3.5-13   The GNU Compiler Collection (base
>>package)
>>ii  gcc-4.04.0.2-2The GNU C compiler
>>ii  gcc-4.0-base   4.0.2-2The GNU Compiler Collection (base
>>package)
>>ii  libgcc14.0.2-2GCC support library
>>
>>chez moi c'est gcc 4.0.2 qui est pris par defaut
>>pour que se soit la version 4.0.2 qui correspond à la version qui a
>>compilé
>>mon noyau (precompilé Debian) j'ai changé le sources.list afin de
>>trouver le bon
>>et de l'installer
>>
>>yoda
>>
> 
> 
> 

J'ai eu a peu près le même problème et la solution a été de compiler avec :
make CC=gcc-3.3

J'espère que ça marchera.

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDT/hUmHyV/iYSXIcRAoBvAJ9UH9z0e+2t9jPcDPo7XmfU6+f4QwCgv8CK
HUOk+L7kO0iliITGKHU0PsQ=
=lLo6
-END PGP SIGNATURE-


-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: gcc

[kohzak]

Bling ma repondu ceci (merci a lui)

Salut
Dans /usr/bin, il faut faire pointer le lien de gcc vers gcc-3.x et non pas 
vers gcc-4.0.
++


Ca fonctionne nikel

koh


Christophe_yoda_testeur a écrit :

> kohzak a écrit :
>
>> Bonjour.
>>
>> J'ai gcc 4.0 et 3.3 d'installer sur ma machine (ibook 12 sur testing)
>>
>> J essaye de compiler mol (mac on linux) pour utiliser ma carte wireless
>> sous linux. 
>> (http://bb.zhang.free.fr/dokuwiki/doku.php?id=debian:experimenter_airport_extreme_sous_linux_via_mol)
>>
>>
>>
>> Apres la compilation, en essayant de le lancer, j ai ce message :
>>
>> Loading Mac-on-Linux kernel module:
>>   /usr/local/lib/mol/0.9.71/modules/2.6.12/mol.ko
>> insmod: error inserting
>> '/usr/local/lib/mol/0.9.71/modules/2.6.12/mol.ko': -1 Invalid module
>> format
>> ====
>>  Failed to load the module - try recompiling the MOL kernel
>>  module
>>
>> et avec dmesg :
>>
>> mol: version magic '2.6.12 gcc-4.0' should be '2.6.12 gcc-3.3'
>>
>>
>> Alors je voudrai savoir comment spécifier a mol d'etre compiler avec gcc
>> 3.3 et non pas 4.0
>>
>> (si je dis une connerie arretez moi :)
>>
>> Merci
>>
> regarde quel est reellement celui qui est actif
> il ne peut pas en avoir 2 seul 1 s'appel gcc (c'est par celui-là que
> se fait
> la compilation) arretez moi si je dis des betises
> je ne suis pas specialiste.
>
> voici le mien qui est version 4.0.2
> thx:/etc# dpkg -l|grep gcc
> ii  gcc4.0.2-1The GNU C compiler
> ii  gcc-3.3-base   3.3.5-13   The GNU Compiler Collection (base
> package)
> ii  gcc-4.04.0.2-2The GNU C compiler
> ii  gcc-4.0-base   4.0.2-2The GNU Compiler Collection (base
> package)
> ii  libgcc14.0.2-2GCC support library
>
> chez moi c'est gcc 4.0.2 qui est pris par defaut
> pour que se soit la version 4.0.2 qui correspond à la version qui a
> compilé
> mon noyau (precompilé Debian) j'ai changé le sources.list afin de
> trouver le bon
> et de l'installer
>
> yoda
>


-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: gcc

[Christophe_yoda_testeur]

kohzak a écrit :


Bonjour.

J'ai gcc 4.0 et 3.3 d'installer sur ma machine (ibook 12 sur testing)

J essaye de compiler mol (mac on linux) pour utiliser ma carte wireless
sous linux.  
(http://bb.zhang.free.fr/dokuwiki/doku.php?id=debian:experimenter_airport_extreme_sous_linux_via_mol)



Apres la compilation, en essayant de le lancer, j ai ce message :

Loading Mac-on-Linux kernel module:
  /usr/local/lib/mol/0.9.71/modules/2.6.12/mol.ko
insmod: error inserting
'/usr/local/lib/mol/0.9.71/modules/2.6.12/mol.ko': -1 Invalid module format

 Failed to load the module - try recompiling the MOL kernel
 module

et avec dmesg :

mol: version magic '2.6.12 gcc-4.0' should be '2.6.12 gcc-3.3'


Alors je voudrai savoir comment spécifier a mol d'etre compiler avec gcc
3.3 et non pas 4.0

(si je dis une connerie arretez moi :)

Merci


regarde quel est reellement celui qui est actif
il ne peut pas en avoir 2 seul 1 s'appel gcc (c'est par celui-là que se fait
la compilation) arretez moi si je dis des betises
je ne suis pas specialiste.

voici le mien qui est version 4.0.2
thx:/etc# dpkg -l|grep gcc
ii  gcc4.0.2-1The GNU C compiler
ii  gcc-3.3-base   3.3.5-13   The GNU Compiler Collection (base package)
ii  gcc-4.04.0.2-2The GNU C compiler
ii  gcc-4.0-base   4.0.2-2The GNU Compiler Collection (base package)
ii  libgcc1    4.0.2-2GCC support library

chez moi c'est gcc 4.0.2 qui est pris par defaut
pour que se soit la version 4.0.2 qui correspond à la version qui a compilé
mon noyau (precompilé Debian) j'ai changé le sources.list afin de 
trouver le bon

et de l'installer

yoda

--
Debian Sarge Stable user 2.6.12-1-k7/Xorg 6.8.2 & KDE 3.4.2
http://www.debian.org # http://www.odebi.org/new/theme
Testing 2.6.12-1-k7 & xfce 4.2.2 # http://gnutux.free.fr
Il faut dire GNU/Linux :) # Membre du CULTe www.culte.org
---


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

gcc

[kohzak]

Bonjour.

J'ai gcc 4.0 et 3.3 d'installer sur ma machine (ibook 12 sur testing)

J essaye de compiler mol (mac on linux) pour utiliser ma carte wireless
sous linux.  
(http://bb.zhang.free.fr/dokuwiki/doku.php?id=debian:experimenter_airport_extreme_sous_linux_via_mol)


Apres la compilation, en essayant de le lancer, j ai ce message :

Loading Mac-on-Linux kernel module:
   /usr/local/lib/mol/0.9.71/modules/2.6.12/mol.ko
insmod: error inserting
'/usr/local/lib/mol/0.9.71/modules/2.6.12/mol.ko': -1 Invalid module format

  Failed to load the module - try recompiling the MOL kernel
  module

et avec dmesg :

mol: version magic '2.6.12 gcc-4.0' should be '2.6.12 gcc-3.3'


Alors je voudrai savoir comment spécifier a mol d'etre compiler avec gcc
3.3 et non pas 4.0

(si je dis une connerie arretez moi :)

Merci


koh


-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: gcc-4.0 et sarge

[Sébastien GALLET]

Jean-Luc Coulon (f5ibh) a écrit :

Le 12.09.2005 11:13:11, Sébastien GALLET a écrit :


Salut,
J'ai besoin d'installer gcj-4.0 sur ma sarge mais je voudrais garder  
gcj-3.3 (et donc gcc-3.3) comme compilateur par défaut.

J'ai donc backporter les paquets nécessaires.
Mais cette mise à jour va upgrader certaines bibliothèques : libgcc1,  
libgcj-common et libstdc++6 en particulier.
Pensez-vous que la mise a jour de ces paquets va perturber le  
comportement de gcj-3.3 (et donc gcc-3.3).



On peut gérer par les alternatives l'utilisation par défaut de l'un ou  
l'autre compilateur

Merci de t'interesser a mon post.
Je précise ma question :
Pensez-vous que l'utilisation des librairies libgcc1, ... (issues de la 
compilation de gcc-4.0) avec gcc-3.3 peut poser des problèmes ?
D'après le fichier control, ça devrait fonctionner, gcc-3.3 demandant 
une version minimale : libgcc1 (>= 1:3.3.4-3)

Tout avis est le bienvenu.



TIA



Jean-Luc

Sébastien


--
Looking for apache modules for debian sarge?
Look at 
http://debian.gallet.info/search.do?config=htdig&words=libapache2-mod.



--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: gcc-4.0 et sarge

[Jean-Luc Coulon (f5ibh)]

Le 12.09.2005 11:13:11, Sébastien GALLET a écrit :

Salut,
J'ai besoin d'installer gcj-4.0 sur ma sarge mais je voudrais garder  
gcj-3.3 (et donc gcc-3.3) comme compilateur par défaut.

J'ai donc backporter les paquets nécessaires.
Mais cette mise à jour va upgrader certaines bibliothèques : libgcc1,  
libgcj-common et libstdc++6 en particulier.
Pensez-vous que la mise a jour de ces paquets va perturber le  
comportement de gcj-3.3 (et donc gcc-3.3).


On peut gérer par les alternatives l'utilisation par défaut de l'un ou  
l'autre compilateur



TIA


Jean-Luc


pgphpCxzbthzm.pgp
Description: PGP signature

gcc-4.0 et sarge

[Sébastien GALLET]

Salut,
J'ai besoin d'installer gcj-4.0 sur ma sarge mais je voudrais garder 
gcj-3.3 (et donc gcc-3.3) comme compilateur par défaut.

J'ai donc backporter les paquets nécessaires.
Mais cette mise à jour va upgrader certaines bibliothèques : libgcc1, 
libgcj-common et libstdc++6 en particulier.
Pensez-vous que la mise a jour de ces paquets va perturber le 
comportement de gcj-3.3 (et donc gcc-3.3).

TIA

--
Looking for open-xchange packages for debian sarge?
Look at 
http://debian.gallet.info/search.do?config=htdig&words=mirror+open-xchange+org.



--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

version magic '2.6.11-1-386 386 gcc-4.0' should be '2.6.11-1-386 386 gcc-3.3'

[Bulot Grégory]

onjour, 

Je fait suite à mon post "Kernel et kernel-source différent - module quickcam"
je suis en 2.6.11-1-386 
le module (quickcam ) est compilé avec gcc 4.0 est je dois le compiler avec 
gcc 3.3, mais je sais pas comment faire sans casser ma config actuelle.



je me suis fait un script '/root/purgeQuickcam.sh' :
#!/bin/bash
rm /usr/src/qc-usb-modules-2.6.11-1-386_0.6.3-1+2.6.11-7_i386.deb
rm /lib/modules/2.6.11-1-386/misc/quickcam.ko
rm -fR /usr/src/modules/qc-usb-source

alias gcc='/usr/bin/gcc-3.3 '
export gcc='/usr/bin/gcc-3.3'
export cc='/usr/bin/gcc-3.3'
export CC='/usr/bin/gcc-3.3'

echo 
"clean."
m-a clean qc-usb-source
echo 
"get..."
m-a get qc-usb-source
echo 
"build."
m-a build qc-usb-source
echo 
"install..."
m-a install qc-usb-source

echo "Install via 
dpkg ."
dpkg -i /usr/src/qc-usb-modules-2.6.11-1-386_0.6.3-1+2.6.11-7_i386.deb
echo "tentative de 
chargement .."
modprobe quickcam
echo "que se passe-t-il dans les 
logs ? "


echo "vERif "
stat /lib/modules/2.6.11-1-386/misc/quickcam.ko
modinfo /lib/modules/2.6.11-1-386/misc/quickcam.ko





le resultat 

clean.
get...
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
qc-usb-source est déjà la plus récente version disponible.
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.

Updated infos about 1 packages
build.
Extracting the package tarball, /usr/src/qc-usb-modules.tar.gz
Done with /usr/src/qc-usb-modules-2.6.11-1-386_0.6.3-1+2.6.11-7_i386.deb .
install...
Version 0.6.3-1+2.6.11-7 de qc-usb-modules-2.6.11-1-386 déjà installée, paquet 
ignoré.
Install via 
dpkg .
(Lecture de la base de données... 64221 fichiers et répertoires déjà 
installés.)
Préparation du remplacement de qc-usb-modules-2.6.11-1-386 0.6.3-1+2.6.11-7 
(en utilisant .../qc-usb-modules-2.6.11-1-386_0.6.3-1+2.6.11-7_i386.deb) ...
Dépaquetage de la mise à jour de qc-usb-modules-2.6.11-1-386 ...
Paramétrage de qc-usb-modules-2.6.11-1-386 (0.6.3-1+2.6.11-7) ...

tentative de 
chargement ..
FATAL: Error inserting quickcam (/lib/modules/2.6.11-1-386/misc/quickcam.ko): 
Invalid module format
que se passe-t-il dans les 
logs ? ........
Sep  3 19:52:26 localhost kernel: quickcam: version magic '2.6.11-1-386 386 
gcc-4.0' should be '2.6.11-1-386 386 gcc-3.3'
vERif 
  File: `/lib/modules/2.6.11-1-386/misc/quickcam.ko'
  Size: 81402   Blocks: 162IO Block: 4096   fichier régulier
Device: 801h/2049d  Inode: 331307  Links: 1
Access: (0644/-rw-r--r--)  Uid: (0/root)   Gid: (0/root)
Access: 2005-09-03 19:52:26.0 +0200
Modify: 2005-09-03 19:51:32.0 +0200
Change: 2005-09-03 19:51:49.0 +0200
filename:   /lib/modules/2.6.11-1-386/misc/quickcam.ko
description:Logitech QuickCam USB driver
author: See README
license:GPL
vermagic:   2.6.11-1-386 386 gcc-4.0
depends:usbcore,videodev
alias:  usb:v046Dp0840dl*dh*dc*dsc*dp*ic*isc*ip*
alias:  usb:v046Dp0850dl*dh*dc*dsc*dp*ic*isc*ip*
alias:  usb:v046Dp0870dl*dh*dc*dsc*dp*ic*isc*ip*
parm:   video_nr:Set videodevice number (/dev/videoX)
parm:   compatible:Enable workaround for bugs in application programs 
(bitfield)
parm:   retryerrors:Retry if image capture fails, otherwise return 
error code (0-1)
parm:   userlut:Apply user-specified lookup-table (0-1)
parm:   equalize:Equalize image (0-1)
parm:   adaptive:Automatic adaptive brightness control (0-1)
parm:   quality:Sets the picture quality (0-5)
parm:   frameskip:How frequently capture frames (0-10)
parm:   compress:Enable compressed mode (0-1)
parm:   subsample:Sets subsampling (0-1)
parm:   settle:Maximum number of frames to wait picture brightness to 
settle (0-255)
parm:   keepsettings:Keep picture settings across one open to another 
(0-1)
parm:   qcdebug:Sets the debug output (bitfield)

Re: make-kpkg et version de GCC

[François Valenduc]

Julien Valroff a écrit :


Le vendredi 19 août 2005 à 23:46 +0200, François Valenduc a écrit :
 

J'ai bien exactement les mêmes résultats. D'ailleurs, j'ai déja dit que 
si je compile avec make, c'est bien gcc 4 qui est utilisé. Je ne 
comprends vraiment pas pourquoi make-kpkg s'entête à utiliser gcc 3.
   



J'ai mal lu ton premier message, je m'en excuse.
J'avoue ne pas vraiment voir d'où peut venir ton problème, si ce n'est
éventuellement une variable d'environnement qui serait utilisée par
make-kpkg ou dpg-buildpackage uniquement (mais je ne vois pas
laquelle) ?

@+
Julien

PS: je lis la liste, il n'est pas nécessaire de me mettre en copie
 

Je pense avoir trouvé la cause du problème.  En fait, les liens 
symboliques source et build était mauvais. Mais même en les recréant, çà 
ne fonctionnait pas mieux. J'ai aussi remarqué que la compilation 
d'autres pilotes (avec make car pas de paquets sources debian), j'avais 
des messages d'erreurs sur des fichiers modules.symvers manquant. Il 
devait donc y avoir quelque chose de foireux dans mon noyau. J'ai donc 
compilé mon noyau avec la commande MAKEFLAGS="CC=gcc-4.0" make-kpkg ... 
J'ai ensuite installé le paquet ainsi créé. Ensuite, j'ai pu utiliser 
make-kpkg --added-modules ... et c'est bien gcc 4 qui est utilisé.


Merci encore pour les conseils,
François


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: make-kpkg et version de GCC

[Julien Valroff]

Le vendredi 19 août 2005 à 23:46 +0200, François Valenduc a écrit :
> J'ai bien exactement les mêmes résultats. D'ailleurs, j'ai déja dit que 
> si je compile avec make, c'est bien gcc 4 qui est utilisé. Je ne 
> comprends vraiment pas pourquoi make-kpkg s'entête à utiliser gcc 3.

J'ai mal lu ton premier message, je m'en excuse.
J'avoue ne pas vraiment voir d'où peut venir ton problème, si ce n'est
éventuellement une variable d'environnement qui serait utilisée par
make-kpkg ou dpg-buildpackage uniquement (mais je ne vois pas
laquelle) ?

@+
Julien

PS: je lis la liste, il n'est pas nécessaire de me mettre en copie


signature.asc
Description: This is a digitally signed message part

Re: make-kpkg et version de GCC

[François Valenduc]

Julien Valroff a écrit :


Le vendredi 19 août 2005 à 23:28 +0200, François Valenduc a écrit :
 


Bonsoir à tous,
   


Bonsoir,

 

Sans crier gare, make-kpkg compile tout ce que je lui demande avec 
gcc-3.3 alors qu'il devrait compiler avec gcc-4.0. En effet, si je 
vérifie avec gcc -v, j'obtiens bien 4.0 et si je compile mon noyau ou 
autre chose avec make, c'est bien la version 4.0 qui est utilisée. J'ai 
lu les archives de la liste et j'ai compris qu'en tappant 
MAKEFLAGS="CC=gcc-4.0", on peut choisir ainsi la bonne version. Mais, y 
aurait il moyen de rendre le réglage permanent ?


   



Regarde du coté du système d'alternatives (man update-alternatives) et
vérifie que /usr/bin/gcc pointe bien vers /usr/bin/gcc-4.0

Voilà ce que ça donne "chez moi" (tm):
# update-alternatives --display cc
cc - status is auto.
link currently points to /usr/bin/gcc
/usr/bin/gcc - priority 20
slave cc.1.gz: /usr/share/man/man1/gcc.1.gz
Current `best' version is /usr/bin/gcc.
neptune:~# ls /usr/bin/gcc
/usr/bin/gcc
# ll /usr/bin/gcc
lrwxrwxrwx  1 root root 7 2005-08-12 10:04 /usr/bin/gcc -> gcc-4.0

@++
 

J'ai bien exactement les mêmes résultats. D'ailleurs, j'ai déja dit que 
si je compile avec make, c'est bien gcc 4 qui est utilisé. Je ne 
comprends vraiment pas pourquoi make-kpkg s'entête à utiliser gcc 3.


François


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: make-kpkg et version de GCC

[Julien Valroff]

Le vendredi 19 août 2005 à 23:28 +0200, François Valenduc a écrit :
> Bonsoir à tous,
Bonsoir,

> Sans crier gare, make-kpkg compile tout ce que je lui demande avec 
> gcc-3.3 alors qu'il devrait compiler avec gcc-4.0. En effet, si je 
> vérifie avec gcc -v, j'obtiens bien 4.0 et si je compile mon noyau ou 
> autre chose avec make, c'est bien la version 4.0 qui est utilisée. J'ai 
> lu les archives de la liste et j'ai compris qu'en tappant 
> MAKEFLAGS="CC=gcc-4.0", on peut choisir ainsi la bonne version. Mais, y 
> aurait il moyen de rendre le réglage permanent ?
> 

Regarde du coté du système d'alternatives (man update-alternatives) et
vérifie que /usr/bin/gcc pointe bien vers /usr/bin/gcc-4.0

Voilà ce que ça donne "chez moi" (tm):
# update-alternatives --display cc
cc - status is auto.
 link currently points to /usr/bin/gcc
/usr/bin/gcc - priority 20
 slave cc.1.gz: /usr/share/man/man1/gcc.1.gz
Current `best' version is /usr/bin/gcc.
neptune:~# ls /usr/bin/gcc
/usr/bin/gcc
# ll /usr/bin/gcc
lrwxrwxrwx  1 root root 7 2005-08-12 10:04 /usr/bin/gcc -> gcc-4.0

@++


signature.asc
Description: This is a digitally signed message part

make-kpkg et version de GCC

[François Valenduc]

Bonsoir à tous,
Sans crier gare, make-kpkg compile tout ce que je lui demande avec 
gcc-3.3 alors qu'il devrait compiler avec gcc-4.0. En effet, si je 
vérifie avec gcc -v, j'obtiens bien 4.0 et si je compile mon noyau ou 
autre chose avec make, c'est bien la version 4.0 qui est utilisée. J'ai 
lu les archives de la liste et j'ai compris qu'en tappant 
MAKEFLAGS="CC=gcc-4.0", on peut choisir ainsi la bonne version. Mais, y 
aurait il moyen de rendre le réglage permanent ?


Merci pour votre aide,
François Valenduc


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: nvidia et gcc-4.0

[Roger Mampey]

Bonjour à tous,

Après un orage, dont je ne suis pas sûr qu'il soit en cause, mon disque 
dur se retrouve en "read-only". Evidemment pas de syslog.


En suivant ce qui se passe lors du boot, je n'ai rien détecté d'anormal 
avant le lancement d'init. La première opération qui est faîte 
apparemment est de changer les droits sur /dev/xconsole (aucune idée de 
ce que c'est) et ça échoue pour cause de "read-only file system', 
d'autres messages suivent qui indiquent que /proc n'est pas accessible 
puis je finis par avoir la main et effectivement, /proc (et /sys) sont 
vides.


Mes données restent accessibles en lecture et je peux sauvegarder (sur 
disquette ! mais c'est suffisant), donc pas de panique mais j'aimerai 
savoir ce qui s'est passé et si c'est réparable.


Après l'orage, vos lumières seront bienvenues.

   Roger Mampey



--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: nvidia et gcc-4.0

[Jean-Luc Coulon (f5ibh)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Le 24.07.2005 11:52:10, Bayrouni a écrit :

Bonjour à tous,
J'aimerais installer le pilote nvidia  
(NVIDIA-Linux-x86-1.0-7174-pkg1.run)

J'ai debian unstable noyau 2.6.8-2-386.
Donc je n'ai pas de noyau personalisé (le binaire me suffit pour le  
moment).


Quand je lance le binaire de NVidia, il se plaint car mon kernel a  
été compilé avec la version gcc-3.3 alors que le gcc installé sur ma  
machine est le 4.0.


Comment faire pour remedier à ce problème?


Il vous faut tout d'abord le compilateur 3.3 installé sur votre  
machine, même si 4.0 est le compilateur par défaut.


Et ensuite :
export CC=gcc-3.3
export CXX=c++-3.3




Merci d'avance.
Bayrouni


Jaen-Luc
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFC42ZTXit3lz9m7V4RAhp8AJ9B2qKOGv5yEpSM9qAE2oPR9I5jMQCfTi/Z
UDvr9vYfY8cGU705ajBBS64=
=MQi2
-END PGP SIGNATURE-

nvidia et gcc-4.0

[Bayrouni]

Bonjour à tous,
J'aimerais installer le pilote nvidia (NVIDIA-Linux-x86-1.0-7174-pkg1.run)
J'ai debian unstable noyau 2.6.8-2-386.
Donc je n'ai pas de noyau personalisé (le binaire me suffit pour le moment).

Quand je lance le binaire de NVidia, il se plaint car mon kernel a été 
compilé avec la version gcc-3.3 alors que le gcc installé sur ma machine 
est le 4.0.


Comment faire pour remedier à ce problème?
Merci d'avance.
Bayrouni



--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: gcc 4.0 and g++

[Alexandre Pineau]

J'ai ma réponse. Le makefile redéfinit CC...

Alexandre

On Sat, 23 Apr 2005 18:30:16 +0200
Alexandre Pineau <[EMAIL PROTECTED]> wrote:

>   Bonjour,
> 
> J'ai installé gcc 4.0 (experimental) pour essayer de compiler un paquet (Ire) 
> avec cette 
> version du compilateur. Je n'ai pas encore installé g++4.0.
> 
> Je compile le paquet avec la commande  :
>  env 'CC=gcc-4.0' dpkg-buildpackage -rfakeroot ( machine utilisé sempron 32 
> bits), CC 
> permettant de spécifier la version de gc à utiliser.
> 
> De là découle deux questions :
> 1 - le programme comprend des portions en c++, gcc est-il capable de les 
> compiler ou 
> fait-il implicitement appel à g++, et si oui comment lui spécifier la version 
> à utiliser.
> 2- Une erreur de compilation m'a été reportée avec gcc-4.0 sur une archi 
> amd64. Or la 
> compilation de Ire sur ma machine avec gcc 4.0 se déroule sans problème. Les 
> erreurs
> de syntaxe remontées par gcc peuvent-elles etre différentes sur plusieurs 
> architectures?
> Si oui, comment procéder pour effectuer les tests?
> 
> Pourriez vous me conseiller de la doc sur ces points?
> 
>   Je vous remercie.
> 
> Alexandre

gcc 4.0 and g++

[Alexandre Pineau]

Bonjour,

J'ai installé gcc 4.0 (experimental) pour essayer de compiler un paquet (Ire) 
avec cette 
version du compilateur. Je n'ai pas encore installé g++4.0.

Je compile le paquet avec la commande  :
 env 'CC=gcc-4.0' dpkg-buildpackage -rfakeroot ( machine utilisé sempron 32 
bits), CC 
permettant de spécifier la version de gc à utiliser.

De là découle deux questions :
1 - le programme comprend des portions en c++, gcc est-il capable de les 
compiler ou 
fait-il implicitement appel à g++, et si oui comment lui spécifier la version à 
utiliser.
2- Une erreur de compilation m'a été reportée avec gcc-4.0 sur une archi amd64. 
Or la 
compilation de Ire sur ma machine avec gcc 4.0 se déroule sans problème. Les 
erreurs
de syntaxe remontées par gcc peuvent-elles etre différentes sur plusieurs 
architectures?
Si oui, comment procéder pour effectuer les tests?

Pourriez vous me conseiller de la doc sur ces points?

Je vous remercie.

Alexandre

Re: debian, gcc, noyau 2.6 et modem sagem fast800

[J.Pierre Pourrez]

Le 05/01/05 à 16:43, Frédéric Bothamy écrivait:

> Visiblement la compilation se passe bien, donc gcc n'est pas en cause.
> Par contre, le problème vient de là :
> 
>  /usr/bin/install -c -d /etc/eagle-usb/dsp && \
>  /usr/bin/install -c -m 0664 dsp_code_pots.bin /etc/eagle-usb/dsp
>  /usr/bin/install: ne peut évaluer `dsp_code_pots.bin': Aucun fichier
>  ou répertoire de ce type
> 
> La procédure d'installation tente de copier le fichier dsp_code_pots.bin
> (qui semble être le firmware du modem) du répertoire
> /opt/eagle-usb-2.0.0/driver/firmware dans /etc/eagle-usb/dsp, mais le
> fichier n'existe pas. Peut-être y a-t-il une explication dans un fichier
> INSTALL ou README du pilote eagle-usb détaillant comment obtenir ce
> fichier.

Que cherches tu à faire ?
Tu veux faire une installation à la main ou recompiler les paquets.

Il y a 3 paquets Debian à récupérer ici:
http://download.gna.org/eagleusb/eagle-usb-2.0.0/

voici la liste:
 eagle-usb-data_2.0.0-1_all.deb 
 eagle-usb-modules-source_2.0.0-1_all.deb
 eagle-usb-utils_2.0.0-1_i386.deb

Le premier est un tas de bytes à envoyer au modem. Il contient le fameux
dsp_code_pots.bin et l'installe dans /usr/share/eagle-usb, vu qu'il est
indépendant de l'architecture.
Le deuxième contient les sources du module à recompiler en fonction de
ton noyau. C'est le seul qui a besoin de gcc. plus module-assistant.
Le troisième contient quelques scripts et outils pour configurer et
utiliser une connection ppp.

Il y a une doc succinte ici:
http://dev.eagle-usb.org/wakka.php?wiki=DocDebian

Je te recommande la première méthode d'installation "à la Debian"

Bon courage
Jean-Pierre

Re: debian, gcc, noyau 2.6 et modem sagem fast800

[Frédéric Bothamy]

* galorbe <[EMAIL PROTECTED]> [2005-01-04 08:20] :
> Bonjour.
> 
> Tout d'abord, je précise que j'ai cherché un peu partout, chez debian, 
> chez eagle usb... et je n'ai rien trouvé.
> Autre précision: je m'essaye a debian... je suis loin d'etre un pro!
> 
> Je viens d'installer le debian sarge sur mon ordinateur. Vu que celui ci 
> est recent, et suite à un conseil d'internaute, j'ai installé le noyau 
> 2.6.8-1-386 (sinon l'instaleur ne voyait pas le disque dur). L'installe 
> se passe bien, la mère et l'enfant se portent bien, merci.
> Comme j'ai un modem sagem fast 800 USB, je chope mon drivers eagle usb 
> 2.0 (qui marche avec ma suse, ma mandrake et debian sarge sur un vieil 
> ordi) mais à la fin du "./configure" il me dit :
> 
> "note: current gcc should be the same version as the one used to compile 
> kernel."
> 
> je continue, jusqu'au "make" ou là il me sort une erreur:
> 
> "debian:/opt/eagle-usb-2.0.0# make install
> make -C driver install && \
> make -C pppoa install && \
> make -C utils/scripts install && \
> make -C utils/eagleconnect install && \
> make -C doc install && \
> hash -r && \
> echo -e "=... && \
> echo -e "\n\nInstallation has finished!\nYou should now run eagleconfig 
> to setup your connexion.\n\n"
> make[1]: Entering directory `/opt/eagle-usb-2.0.0/driver'
> make -C ./firmware install
> make[2]: Entering directory `/opt/eagle-usb-2.0.0/driver/firmware'
> /usr/bin/install -c -d /etc/eagle-usb/dsp && \
> /usr/bin/install -c -m 0664 dsp_code_pots.bin /etc/eagle-usb/dsp
> /usr/bin/install: ne peut évaluer `dsp_code_pots.bin': Aucun fichier ou 
> répertoire de ce type
> make[2]: *** [install] Erreur 1
> make[2]: Leaving directory `/opt/eagle-usb-2.0.0/driver/firmware'
> make[1]: *** [installdsp] Erreur 2
> make[1]: Leaving directory `/opt/eagle-usb-2.0.0/driver'
> make: *** [install] Erreur 2"
> 
> je suppose que c'est a cause du "gcc" mais je ne sais pas comment y 
> remedier, quelle version utiliser?

Visiblement la compilation se passe bien, donc gcc n'est pas en cause.
Par contre, le problème vient de là :

 /usr/bin/install -c -d /etc/eagle-usb/dsp && \
 /usr/bin/install -c -m 0664 dsp_code_pots.bin /etc/eagle-usb/dsp
 /usr/bin/install: ne peut évaluer `dsp_code_pots.bin': Aucun fichier
 ou répertoire de ce type

La procédure d'installation tente de copier le fichier dsp_code_pots.bin
(qui semble être le firmware du modem) du répertoire
/opt/eagle-usb-2.0.0/driver/firmware dans /etc/eagle-usb/dsp, mais le
fichier n'existe pas. Peut-être y a-t-il une explication dans un fichier
INSTALL ou README du pilote eagle-usb détaillant comment obtenir ce
fichier.


Fred

-- 
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/documents/smart-questions-fr.html
Comment signaler efficacement un bug ?
http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html

Re: debian, gcc, noyau 2.6 et modem sagem fast800

[J.Pierre Pourrez]

Le 04/01/05 à  8:20, galorbe écrivait:

> Bonjour.
> 
> Tout d'abord, je précise que j'ai cherché un peu partout, chez debian, 
> chez eagle usb... et je n'ai rien trouvé.
> Autre précision: je m'essaye a debian... je suis loin d'etre un pro!
> 
> Je viens d'installer le debian sarge sur mon ordinateur. Vu que celui ci 
> est recent, et suite à un conseil d'internaute, j'ai installé le noyau 
> 2.6.8-1-386 (sinon l'instaleur ne voyait pas le disque dur). L'installe 
> se passe bien, la mère et l'enfant se portent bien, merci.
> Comme j'ai un modem sagem fast 800 USB, je chope mon drivers eagle usb 
> 2.0 (qui marche avec ma suse, ma mandrake et debian sarge sur un vieil 
> ordi) mais à la fin du "./configure" il me dit :
> 
> "note: current gcc should be the same version as the one used to compile 
> kernel."
> 
> je continue, jusqu'au "make" ou là il me sort une erreur:
> 
> "debian:/opt/eagle-usb-2.0.0# make install
> make -C driver install && \
> make -C pppoa install && \
> make -C utils/scripts install && \
> make -C utils/eagleconnect install && \
> make -C doc install && \
> hash -r && \
> echo -e "=... && \
> echo -e "\n\nInstallation has finished!\nYou should now run eagleconfig 
> to setup your connexion.\n\n"
> make[1]: Entering directory `/opt/eagle-usb-2.0.0/driver'
> make -C ./firmware install
> make[2]: Entering directory `/opt/eagle-usb-2.0.0/driver/firmware'
> /usr/bin/install -c -d /etc/eagle-usb/dsp && \
> /usr/bin/install -c -m 0664 dsp_code_pots.bin /etc/eagle-usb/dsp
> /usr/bin/install: ne peut évaluer `dsp_code_pots.bin': Aucun fichier ou 
> répertoire de ce type
> make[2]: *** [install] Erreur 1
> make[2]: Leaving directory `/opt/eagle-usb-2.0.0/driver/firmware'
> make[1]: *** [installdsp] Erreur 2
> make[1]: Leaving directory `/opt/eagle-usb-2.0.0/driver'
> make: *** [install] Erreur 2"
> 
> je suppose que c'est a cause du "gcc" mais je ne sais pas comment y 
> remedier, quelle version utiliser?
> je n'ai pas compilé mon noyau (juste installé l'os)
> j'ai "installé" les sources (kernel-headers-2.6.8-1-386_2.6.8-10_i386.deb)
> j'ai installé "module-assistant" comme il est dit ds le readme debian.
> voila... si une bonne ame traine dans le coin...

La Sarge est livrée avec 4 versions du compilateur gcc :
 2.95 3.2. 3.3 et 3.4

Pour connaitre la version utilisée par défaut, il faut installer le
paquet gcc sans numéro de version. Il crée un lien symbolique vers la
version par défaut:

  [EMAIL PROTECTED]:~/$ ls -l /usr/bin/gcc
  lrwxr-xr-x  1 root root 7 2004-12-28 21:27 /usr/bin/gcc -> gcc-3.3

Si tu n'as pas compilé ton noyau, il faut aussi installer le paquet
kernel-header qui correspond.

Après tu peux utiliser module-assistant pour compiler et installer le
module eagle-usb.
Passer en mode console et débrancher-rebrancher le modem va afficher
quelque info à l'écran pour montrer que le modem est reconnu.

J'ai ce modem qui tourne très bien avec un noyau 2.4.27

Bon courage
Jean-Pierre

debian, gcc, noyau 2.6 et modem sagem fast800

[galorbe]

Bonjour.

Tout d'abord, je précise que j'ai cherché un peu partout, chez debian, 
chez eagle usb... et je n'ai rien trouvé.

Autre précision: je m'essaye a debian... je suis loin d'etre un pro!

Je viens d'installer le debian sarge sur mon ordinateur. Vu que celui ci 
est recent, et suite à un conseil d'internaute, j'ai installé le noyau 
2.6.8-1-386 (sinon l'instaleur ne voyait pas le disque dur). L'installe 
se passe bien, la mère et l'enfant se portent bien, merci.
Comme j'ai un modem sagem fast 800 USB, je chope mon drivers eagle usb 
2.0 (qui marche avec ma suse, ma mandrake et debian sarge sur un vieil 
ordi) mais à la fin du "./configure" il me dit :


"note: current gcc should be the same version as the one used to compile 
kernel."


je continue, jusqu'au "make" ou là il me sort une erreur:

"debian:/opt/eagle-usb-2.0.0# make install
make -C driver install && \
make -C pppoa install && \
make -C utils/scripts install && \
make -C utils/eagleconnect install && \
make -C doc install && \
hash -r && \
echo -e "=... && \
echo -e "\n\nInstallation has finished!\nYou should now run eagleconfig 
to setup your connexion.\n\n"

make[1]: Entering directory `/opt/eagle-usb-2.0.0/driver'
make -C ./firmware install
make[2]: Entering directory `/opt/eagle-usb-2.0.0/driver/firmware'
/usr/bin/install -c -d /etc/eagle-usb/dsp && \
/usr/bin/install -c -m 0664 dsp_code_pots.bin /etc/eagle-usb/dsp
/usr/bin/install: ne peut évaluer `dsp_code_pots.bin': Aucun fichier ou 
répertoire de ce type

make[2]: *** [install] Erreur 1
make[2]: Leaving directory `/opt/eagle-usb-2.0.0/driver/firmware'
make[1]: *** [installdsp] Erreur 2
make[1]: Leaving directory `/opt/eagle-usb-2.0.0/driver'
make: *** [install] Erreur 2"

je suppose que c'est a cause du "gcc" mais je ne sais pas comment y 
remedier, quelle version utiliser?

je n'ai pas compilé mon noyau (juste installé l'os)
j'ai "installé" les sources (kernel-headers-2.6.8-1-386_2.6.8-10_i386.deb)
j'ai installé "module-assistant" comme il est dit ds le readme debian.
voila... si une bonne ame traine dans le coin...

Re: Gcc vs Icc / Optimisations

[Laurent Martelli]

> "mailing" == mailing [EMAIL PROTECTED] net <[EMAIL PROTECTED]> writes:

  mailing> Je sais que je vais peut-être dépenser bcp d'énergie pour
  mailing> rien, c'est pour cela que je me renseigne et que je fais
  mailing> des tests.

  mailing> Le nombre de requêtes est actuellement vers 2000/s, je
  mailing> désire le passer vers 4000.  La carte est eth est en
  mailing> Gigabit.  Je vais après améliorer les perfs réseaux à
  mailing> l'aide de sysctl après.

Je doute qui tu puisse doubler le nombre de requête en recompilant. 

Quelle est ta charge CPU à 2000/s ? Qu'est ce qui est fait pour chaque
requête ? C'est des fichiers statiques ou bien il y a des requêtes sur
une base ? Des scripts ? Quel est le débit utilisé par 2000 requêtes ?

-- 
Laurent Martelli
[EMAIL PROTECTED]Java Aspect Components
http://www.aopsys.com/  http://jac.objectweb.org

Re: Gcc vs Icc / Optimisations

[[EMAIL PROTECTED]]

Je sais que je vais peut-être dépenser bcp d'énergie pour rien, c'est 
pour cela que je me renseigne et que je fais des tests.


Le nombre de requêtes est actuellement vers 2000/s, je désire le passer 
vers 4000.

La carte est eth est en Gigabit.
Je vais après améliorer les perfs réseaux à l'aide de sysctl après.



Patrice KARATCHENTZEFF wrote:

[EMAIL PROTECTED] wrote:


La machine est un bi-pross Xeon, avec 2Go de RAM sur des disques SCSI.
La carte Ethernet est une gigabit, niveau matériel ca devrait aller.



Cela ne veut rien dire... *tout* le réseau est en gigabit ? C'est 
toujours le maillon le plus faible qui est le plus bloquant... Ensuite, 
c'est quoi ton appli ? Quelle charge ? Nombre de requêtes ? Tu vas 
peut-être dépenser beaucoup de temps pour rien...


PK

Re: Gcc vs Icc / Optimisations

[Patrice KARATCHENTZEFF]

[EMAIL PROTECTED] wrote:

La machine est un bi-pross Xeon, avec 2Go de RAM sur des disques SCSI.
La carte Ethernet est une gigabit, niveau matériel ca devrait aller.


Cela ne veut rien dire... *tout* le réseau est en gigabit ? C'est 
toujours le maillon le plus faible qui est le plus bloquant... Ensuite, 
c'est quoi ton appli ? Quelle charge ? Nombre de requêtes ? Tu vas 
peut-être dépenser beaucoup de temps pour rien...


PK

--
Patrice KARATCHENTZEFF
STMicroelectronics   Tel:  04-76-92-67-96
850, rue Jean Monnet
38926 CROLLES Cedex,  Courriel: [EMAIL PROTECTED]

Re: Gcc vs Icc / Optimisations

[[EMAIL PROTECTED]]

La machine est un bi-pross Xeon, avec 2Go de RAM sur des disques SCSI.
La carte Ethernet est une gigabit, niveau matériel ca devrait aller.

je vais d'abord optimiser le noyau, puis les options de compilation, 
puis le réseau.
Avant de me lancer sur Icc je voulais savoir si cela fesait gagner 
beaucoup. A moins que certaines options Gcc soit plus performmantes.



"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> writes:


>> Mon but de est compiler noyau + Apache pour que celui-ci soit le plus
>> rapide possible pour un Pentium IV.
>> Même avec les options
>> CFLAGS="-march=pentium3 -mcpu=pentium4 -O3 -pipe -fomit-frame-pointer"
>> de gcc je ne trouve pas de gain.


Si je comprend bien, le problème de base c'est de faire tourner apache
plus vite.  Il y a plein de facteurs qui entrent en jeu :  Le
processeur, la mémoire, le disque, plus peut-être du script côté
serveur, une base de données.  Sans compter l'environnement, i.e. le
réseau, la charge globale de la machine.  Et à coup sur j'en oublie.

Ce que je veux dire, c'est qu'il faudrait peut-être s'assurer que
c'est bien le processeur le facteur limitant dans l'histoire.  À quoi
sert du code qui tourne plus vite si il bloque sur des
entrées/sorties ?

Et même si c'est le processeur ou la mémoire (là où le compilateur
peut changer quelque chose), apache utilise certainement des
bibliothèques.  Ça peut s'avérer utile (selon où se trouve le
problème) de recompiler ces bibliothèques aussi.

Bon courage en tout cas.

-- "Mesurer avant d'optimiser" Raphaël
-- Pensez à lire la FAQ de la liste avant de poser une question : 
http://wiki.debian.net/?DebianFrench Pensez à rajouter le mot ``spam'' 
dans vos champs "From" et "Reply-To:" To UNSUBSCRIBE, email to 
[EMAIL PROTECTED] with a subject of 
"unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Gcc vs Icc / Optimisations

[Raphaël Berbain]

"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> writes:

> Mon but de est compiler noyau + Apache pour que celui-ci soit le plus 
> rapide possible pour un Pentium IV.
> Même avec les options
> CFLAGS="-march=pentium3 -mcpu=pentium4 -O3 -pipe -fomit-frame-pointer"
> de gcc je ne trouve pas de gain.

Si je comprend bien, le problème de base c'est de faire tourner apache
plus vite.  Il y a plein de facteurs qui entrent en jeu :  Le
processeur, la mémoire, le disque, plus peut-être du script côté
serveur, une base de données.  Sans compter l'environnement, i.e. le
réseau, la charge globale de la machine.  Et à coup sur j'en oublie.

Ce que je veux dire, c'est qu'il faudrait peut-être s'assurer que
c'est bien le processeur le facteur limitant dans l'histoire.  À quoi
sert du code qui tourne plus vite si il bloque sur des
entrées/sorties ?

Et même si c'est le processeur ou la mémoire (là où le compilateur
peut changer quelque chose), apache utilise certainement des
bibliothèques.  Ça peut s'avérer utile (selon où se trouve le
problème) de recompiler ces bibliothèques aussi.

Bon courage en tout cas.

-- 
"Mesurer avant d'optimiser" Raphaël

Re: Gcc vs Icc

[Nico]

> Le 24.11.04, [EMAIL PROTECTED] a tapoté :
>
> | Bonjour à tous,
>
> Bonjour,
>
>
> | Quelqun a t'il essayé de compiler avec le compilateur
Intel?

J'ai pas essayé de compiler le noyal, mais pour d'autres
applications, ça torche pas mal, on parle de gain allant
jusqu'à 20% avec un proc Intel et de 30 à 40% avec un proc
AMD ... et oui en fait c'est plus utile d'utiliser le
compilo Intel quand on a un proc AMD...

> Ah non.
>
> | Est-ce plus performants par rapport à Gcc si oui de
combien?

J'ai marqué 2 lignes plus haut, mais bon il faut savoir que
même si GCC est bien, mais ICC reste LA référence en terme
d'optimisations et de performances. Le soucis c'est que très
peu d'applis peuvent être compilées sous GCC et ICC à la
fois... Tu risques de pas mal t'amuser si tu veux voir les
perfs maxi :-).

> Aucune idée : il ne compile pas pour sparc :)
>
>
> | Merci.

De rien :-)


Nico

Re: Gcc vs Icc

[Thomas Nemeth]

Le 24.11.04, [EMAIL PROTECTED] a tapoté :

| Bonjour à tous,

Bonjour,


| Quelqun a t'il essayé de compiler avec le compilateur Intel?

Ah non.


| Est-ce plus performants par rapport à Gcc si oui de combien?

Aucune idée : il ne compile pas pour sparc :)


| Merci.

'plaisir.


Thomas
-- 
BOFH excuse #429:
Temporal anomaly.

Re: Gcc vs Icc / Optimisations

[Thomas Nemeth]

Le 24.11.04, [EMAIL PROTECTED] a tapoté :

| Merci rixed, le problème de license c'est à voir également.
| Mon but de est compiler noyau + Apache pour que celui-ci soit le plus
| rapide possible pour un Pentium IV.
| Même avec les options
| CFLAGS="-march=pentium3 -mcpu=pentium4 -O3 -pipe -fomit-frame-pointer"
| de gcc je ne trouve pas de gain.

Il est totalement décommandé de compiler le noyau avec un autre
    compilo que gcc (dixit la doc du répertoire Documentation/) : en
effet, le noyau est codé dans l'optique d'une compilation avec
gcc. Avec ses qualités et ses défauts, mais surtout avec ses
optimisations et sa façon de compiler...


Thomas
-- 
BOFH excuse #432:
Borg nanites have infested the server.

Re: Gcc vs Icc / Optimisations

[[EMAIL PROTECTED]]

Merci rixed, le problème de license c'est à voir également.
Mon but de est compiler noyau + Apache pour que celui-ci soit le plus 
rapide possible pour un Pentium IV.

Même avec les options
CFLAGS="-march=pentium3 -mcpu=pentium4 -O3 -pipe -fomit-frame-pointer"
de gcc je ne trouve pas de gain.




rixed wrote:
Je l'ai un peu essayé y'a un an ou deux. Mes souvenirs sont qu'il est 
beaucoup plus rapide (je parle du compilo, pas du code généré), mais que 
j'avais eu des problèmes avec la librairie standard (en bref, des trucs 
qui compilait sans problème avec GCC ralaient sur des déclarations de la 
lib). Je ne sais pas s'il est C99.


Je l'avais laissé tombé à cause du serveur de licence ; j'aime pas ces 
oiseaux là.

Gcc vs Icc

[[EMAIL PROTECTED]]

Bonjour à tous,

Quelqun a t'il essayé de compiler avec le compilateur Intel?
Est-ce plus performants par rapport à Gcc si oui de combien?
Je sais qu'il est possible de compiler le noyau 2.6.9 avec Icc sans 
Patch quelqun a t'il un retour à ce sujet.


Merci.

Re: gcc et autre compilateur [Fut : Recompiler la distribution]

[Gaëtan PERRIER]

Le Sat, 13 Nov 2004 20:04:50 +
"Jean-Luc Coulon (f5ibh)" <[EMAIL PROTECTED]> a écrit:

> Le 13.11.2004 20:45:10, Gaëtan PERRIER a écrit :
> >Le Sat, 13 Nov 2004 19:15:39 +
> >"Jean-Luc Coulon (f5ibh)" <[EMAIL PROTECTED]> a écrit:
> >
> >
> >> Je ne pense pas que les améliorations dûent au compilateur Intel
> >se>
> >> limitent à l'utilisation de sse2, d'abord, parce que ça me paraît
> >> assez  trivial à implémenter et le gain en performance est d'un
> >> autre ordre de  grandeur.
> >
> >Non effectivement puisque GCC gère aussi SSE2...
> >ICC doit mieux optimiser son code que GCC ce qui explique la
> >diffèrence.
> 
> Ce qui est curieux c'est de voir que le gain de performances du  
> copilateur Intel est plus important avec les Architecture AMD
> qu'avec  les Pentium alors qu'on pourrait penser qu'ils sont meiux à
> même de  mieux maîtriser leur propre hardware.

Par contre je ne pense pas que ICC gère le 3DNOW?

Re: gcc et autre compilateur [Fut : Recompiler la distribution]

[Gaëtan PERRIER]

Le Sat, 13 Nov 2004 20:04:50 +
"Jean-Luc Coulon (f5ibh)" <[EMAIL PROTECTED]> a écrit:

> Le 13.11.2004 20:45:10, Gaëtan PERRIER a écrit :
> >Le Sat, 13 Nov 2004 19:15:39 +
> >"Jean-Luc Coulon (f5ibh)" <[EMAIL PROTECTED]> a écrit:
> >
> >
> >> Je ne pense pas que les améliorations dûent au compilateur Intel
> >se>
> >> limitent à l'utilisation de sse2, d'abord, parce que ça me paraît
> >> assez  trivial à implémenter et le gain en performance est d'un
> >> autre ordre de  grandeur.
> >
> >Non effectivement puisque GCC gère aussi SSE2...
> >ICC doit mieux optimiser son code que GCC ce qui explique la
> >diffèrence.
> 
> Ce qui est curieux c'est de voir que le gain de performances du  
> copilateur Intel est plus important avec les Architecture AMD
> qu'avec  les Pentium alors qu'on pourrait penser qu'ils sont meiux à
> même de  mieux maîtriser leur propre hardware.

Ne pas confondre le hardware et le jeu d'instruction. Intel maîtrise à
fond son jeu d'instructions mais peut-être qu'AMD a mieux implémenté
ce jeu dans ses CPUs...

gcc et autre compilateur [Fut : Recompiler la distribution]

[Jean-Luc Coulon (f5ibh)]

Le 13.11.2004 20:45:10, Gaëtan PERRIER a écrit :

Le Sat, 13 Nov 2004 19:15:39 +
"Jean-Luc Coulon (f5ibh)" <[EMAIL PROTECTED]> a écrit:



Je ne pense pas que les améliorations dûent au compilateur Intel se

limitent à l'utilisation de sse2, d'abord, parce que ça me paraît
assez  trivial à implémenter et le gain en performance est d'un
autre ordre de  grandeur.


Non effectivement puisque GCC gère aussi SSE2...
ICC doit mieux optimiser son code que GCC ce qui explique la
diffèrence.


Ce qui est curieux c'est de voir que le gain de performances du  
copilateur Intel est plus important avec les Architecture AMD qu'avec  
les Pentium alors qu'on pourrait penser qu'ils sont meiux à même de  
mieux maîtriser leur propre hardware.


Est-ce que quelqu'un a utilisé la version 4 de gcc ?

Jean-Luc


pgpLjbvkj4BE2.pgp
Description: PGP signature

Re: Choix de GCC

[Xavier Maillard]

Vincent Lefevre <[EMAIL PROTECTED]> writes:

> Oui. Ceci dit, je trouve préférable de ne pas prédéfinir CC dans le
> Makefile afin de pouvoir choisir le compilateur en appelant make sans
> modifier le Makefile.

Tout pareil. C'est comme lorsque je m'installe un nouveau driver pour
mon EmacsOS. Je préfère lui dire EMACS=emacscvs make plutôt que de
changer la valeur dans le Makefile.

zeDek
-- 
Xavier Maillard, [EMAIL PROTECTED]

Re: Choix de GCC

[Vincent Lefevre]

On 2004-03-26 12:45:12 +0100, François TOURDE wrote:
> Ou même sur la ligne de commande:
> 
> CC=/my/prefered/cc some_compile_command

Oui, c'est ce que je fais habituellement, parfois via un alias.

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - Web:  - 100%
validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International
des Jeux Mathématiques et Logiques, TETRHEX, etc.
Work: CR INRIA - computer arithmetic / SPACES project at LORIA

Re: Choix de GCC

[Vincent Lefevre]

On 2004-03-26 12:32:17 +0100, Gwendal Demaille wrote:
> pour un programme donné, on peut positionner CC dans le Makefile, non?

Oui. Ceci dit, je trouve préférable de ne pas prédéfinir CC dans le
Makefile afin de pouvoir choisir le compilateur en appelant make sans
modifier le Makefile.

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - Web:  - 100%
validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International
des Jeux Mathématiques et Logiques, TETRHEX, etc.
Work: CR INRIA - computer arithmetic / SPACES project at LORIA

Re: Choix de GCC

[François TOURDE]

Le 12503ième jour après Epoch,
Gwendal Demaille écrivait:

> Bonjour,
>
> Le vendredi 26 mars 2004, à 12:05:49, Vincent Lefevre écrivait :
>
>> > Je voudrais compiler un programme qui requiert GCC 3 qui est bien
>> > installé... mais comment faire pour n'utiliser que celui-ci lors de
>> > la compilation ?
>
>> d'environnement CC sur le compilo voulu est suffisant (ou CXX pour du
>> C++).
>> Si tu veux sélectionner le compilo de manière globale sur le système,
>> utilise update-alternatives.
>
> pour un programme donné, on peut positionner CC dans le Makefile,
> non?

Ou même sur la ligne de commande:

CC=/my/prefered/cc some_compile_command

-- 
Never go to a doctor whose office plants have died.
-- Erma Bombeck

Re: Choix de GCC

[Gwendal Demaille]

Bonjour,

Le vendredi 26 mars 2004, à 12:05:49, Vincent Lefevre écrivait :

> > Je voudrais compiler un programme qui requiert GCC 3 qui est bien
> > installé... mais comment faire pour n'utiliser que celui-ci lors de
> > la compilation ?

> d'environnement CC sur le compilo voulu est suffisant (ou CXX pour du
> C++).
> Si tu veux sélectionner le compilo de manière globale sur le système,
> utilise update-alternatives.

pour un programme donné, on peut positionner CC dans le Makefile, non?

Re: Choix de GCC

[Vincent Lefevre]

On 2004-03-26 11:13:10 +0100, RL.ROUBEAU wrote:
> Je voudrais compiler un programme qui requiert GCC 3 qui est bien
> installé... mais comment faire pour n'utiliser que celui-ci lors de
> la compilation ?

Tu veux compiler avec gcc 3 alors que tu as plusieurs compilo installés,
c'est ça? En général, positionner la variable d'environnement CC sur le
compilo voulu est suffisant (ou CXX pour du C++).

Si tu veux sélectionner le compilo de manière globale sur le système,
utilise update-alternatives.

-- 
Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> - 100%
validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International
des Jeux Mathématiques et Logiques, TETRHEX, etc.
Work: CR INRIA - computer arithmetic / SPACES project at LORIA

Choix de GCC

[RL.ROUBEAU]

Salut à tous,

Je voudrais compiler un programme qui requiert GCC 3 qui est bien 
installé... mais comment faire pour n'utiliser que celui-ci lors de la 
compilation ?


Merci.

Re: compilation kernel + version de gcc

[François TOURDE]

Le 12398ième jour après Epoch,
Frédéric Bothamy écrivait:

> * Georges Roux <[EMAIL PROTECTED]> [2003-12-12 01:00] :
>> Bonjour,
>> 
>> Je tente de compiler le noyo (2.4.22) et  la compilation plante
>> du a une erreur provoquée par un patch (patch-2.4.22-to-dis8.diff) que 
>> j'aimerais tester.
>> 
>> Je voudrais reessayer la compilation  mais avec une autre version de gcc
>> que celle par défaut sur la bécane pour voir si l'origine viens de la 
>> version de gcc. Je dispose de
>> gcc-2.95gcc-3.0 gcc-3.2 gcc-3.3 celle par défaut est la 3.3
>> 
>> Quelqu'un peut il me dire comment changer ponctuellement la version 
>> utilisée par la compilation
>> sans pour autant changer le lien par défaut gcc -> gcc-3.3.
>> 
>> pour compiler j'utilise make-kpkg kernel_image
>
> Tiré de la doc de kernel-package :
>
> You may control
> which version of gcc used in kernel compilation by setting the
> Makefile variables CC and HOSTCC in the top level kernel Makefile. You
> can do this simply by 
>   % MAKEFLAGS="CC=gcc-3.2" make-kpkg ...
> (please see the top level kernel Makefile).

Juste pour infos, j'avais eu des problèmes avec ça, qui m'avaient
obligés à faire un ln -s plutôt. Je n'ai plus de souvenir de pourquoi
ou de comment, alors si tu choisis cette solution, vérifie que c'est
bien le bon gcc qui est utilisé.

Mes 2¢.

-- 
Do not meddle in the affairs of wizards, for they become soggy and hard to
light.

Re: compilation kernel + version de gcc

[Frédéric Bothamy]

* Georges Roux <[EMAIL PROTECTED]> [2003-12-12 01:00] :
> Bonjour,
> 
> Je tente de compiler le noyo (2.4.22) et  la compilation plante
> du a une erreur provoquée par un patch (patch-2.4.22-to-dis8.diff) que 
> j'aimerais tester.
> 
> Je voudrais reessayer la compilation  mais avec une autre version de gcc
> que celle par défaut sur la bécane pour voir si l'origine viens de la 
> version de gcc. Je dispose de
> gcc-2.95gcc-3.0 gcc-3.2 gcc-3.3 celle par défaut est la 3.3
> 
> Quelqu'un peut il me dire comment changer ponctuellement la version 
> utilisée par la compilation
> sans pour autant changer le lien par défaut gcc -> gcc-3.3.
> 
> pour compiler j'utilise make-kpkg kernel_image

Tiré de la doc de kernel-package :

You may control
which version of gcc used in kernel compilation by setting the
Makefile variables CC and HOSTCC in the top level kernel Makefile. You
can do this simply by 
  % MAKEFLAGS="CC=gcc-3.2" make-kpkg ...
(please see the top level kernel Makefile).


Fred

-- 
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/documents/smart-questions-fr.html
Code de conduite des listes Debian
http://www.fr.debian.org/MailingLists/#codeofconduct

compilation kernel + version de gcc

[Georges Roux]

Bonjour,

Je tente de compiler le noyo (2.4.22) et  la compilation plante
du a une erreur provoquée par un patch (patch-2.4.22-to-dis8.diff) que 
j'aimerais tester.


Je voudrais reessayer la compilation  mais avec une autre version de gcc
que celle par défaut sur la bécane pour voir si l'origine viens de la 
version de gcc. Je dispose de

gcc-2.95gcc-3.0 gcc-3.2 gcc-3.3 celle par défaut est la 3.3

Quelqu'un peut il me dire comment changer ponctuellement la version 
utilisée par la compilation

sans pour autant changer le lien par défaut gcc -> gcc-3.3.

pour compiler j'utilise make-kpkg kernel_image

Georges

compilateur gcc et g++ resolu

[Dominique Desbiens]

Merci de votre aide.

 Le probleme etait le suivant. J'avais cree dans /usr/local/bin un 
script appele as (qui est le nom de l'assembleur!!). Celui-ci comprenait 3 
lignes soit:

cp /etc/apt/sources.list.sarge  /etc/apt/sources.list
apt-get update
apt-get upgrade

J'ai renomme le programme ag et je n'ai plus de problemes.

Habituellement avant de mettre un programme dans /usr/local/bin je 
verifie s'il existe mais cette fois j'avais oublie et je suis mal tombe. 
J'avais pense que le probleme pouvait provenir de cpp mais je n'avais pas pense 
a l'assembleur.

Re: compilateur gcc et g++

[Frédéric Bothamy]

* Dominique Desbiens <[EMAIL PROTECTED]> [2003-09-17 17:17] :
> Bonjour,
>   j'ai un probleme avec mes compilateurs gcc et g++. J'ai change les 
> versions a plusieurs reprises dans l'espoir de regler le probleme. 
> Anciennement tout fonctionnait parfaitement. Je compilais des programmes 
> maison, des noyaux ou n'importe quoi d'autre. Maintenant quelque soit le 
> programme que je compile j'obtiens toujours le meme resultat. Voici un 
> exemple:
> 
> Voici le contenu d'un fichier appele allo.c
> 
> ***
>  #include 
> 
>  /*
>  compiler avec: gcc -Wall -g  allo.c -o allo
>   */
> 
>  /* affiche allo  coco */
>  int main()
>  {
>   printf ("allo  coco\n");
>   return (0);
>  }
> 
> 
> Maintenant j'essaie de le compiler 
> 
> $ gcc -Wall -g  allo.c -o allo
> 
> voici le resultat obtenu:
> 
> cp: ne peut créer le fichier régulier `/etc/apt/sources.list': Permission non 
> accordée
> E: Could not open lock file /var/lib/apt/lists/lock - open (13 Permission 
> denied)
> E: Unable to lock the list directory
> E: Could not open lock file /var/lib/dpkg/lock - open (13 Permission denied)
> E: Unable to lock the administration directory (/var/lib/dpkg/), are you root?
> $

Curieux, c'est exactement le résultat que l'on peut obtenir avec la
commande suivante :

$ LANG=C sh -c 'cp toto /etc/apt/sources.list; apt-get update; apt-get upgrade'

(avec toto un fichier valide)

Tu n'aurais pas des commandes définies dans ta variable PROMPT_COMMAND
(ou encore dans PS1) qui ferait ce genre d'actions cachées (ou un appel
à un script), ce qui aurait pu être défini dans ton environnement à ton
insu ?

Fred (paranoïaque ?)

-- 
Comment poser les questions de manière intelligente ?
http://www.gnurou.org/documents/smart-questions-fr.html
Code de conduite des listes Debian
http://www.fr.debian.org/MailingLists/#codeofconduct

Re: compilateur gcc et g++

[PII 233]

Bonsoir,

Le Wed, 17 Sep 2003 17:17:35 -0400, Dominique Desbiens écrivait :
>
>$ gcc -Wall -g  allo.c -o allo
[snip ça merdoie]
>Quelqu'un a-t-il une idee de ce qui se passe?

juste pour être sûr que tu utilises les bons binaires, as-tu au
moins ce résultat :
[EMAIL PROTECTED]:~$ which gcc
/usr/bin/gcc
[EMAIL PROTECTED]:~$ ls -al /usr/bin/gc[appui de tab pour voir]
gcc     gcc-2.95gcc-3.0 gccbug-3.0  gcovgcov-2.95   gcov-3.0
[EMAIL PROTECTED]:~$ ls -al /usr/bin/gcc
lrwxrwxrwx1 root root8 May  7 20:05 /usr/bin/gcc -> gcc-2.95
[EMAIL PROTECTED]:~$ ls -al /usr/bin/gcc-2.95
-rwxr-xr-x1 root root74088 Sep 24  2002 /usr/bin/gcc-2.95
[EMAIL PROTECTED]:~$ ls -al /usr/bin/gcc-3.0
-rwxr-xr-x1 root root74056 Apr  8  2002 /usr/bin/gcc-3.0
?

ce sont les versions woody des front-end des compilos.

--
PII233

compilateur gcc et g++

[Dominique Desbiens]

Bonjour,
j'ai un probleme avec mes compilateurs gcc et g++. J'ai change les 
versions a plusieurs reprises dans l'espoir de regler le probleme. Anciennement 
tout fonctionnait parfaitement. Je compilais des programmes maison, des noyaux 
ou n'importe quoi d'autre. Maintenant quelque soit le programme que je compile 
j'obtiens toujours le meme resultat. Voici un exemple:

Voici le contenu d'un fichier appele allo.c

***
 #include 

 /*
 compiler avec: gcc -Wall -g  allo.c -o allo
  */

 /* affiche allo  coco */
 int main()
 {
  printf ("allo  coco\n");
  return (0);
 }

********
Maintenant j'essaie de le compiler 

$ gcc -Wall -g  allo.c -o allo

voici le resultat obtenu:

cp: ne peut créer le fichier régulier `/etc/apt/sources.list': Permission non 
accordée
E: Could not open lock file /var/lib/apt/lists/lock - open (13 Permission 
denied)
E: Unable to lock the list directory
E: Could not open lock file /var/lib/dpkg/lock - open (13 Permission denied)
E: Unable to lock the administration directory (/var/lib/dpkg/), are you root?
$

**

Quelqu'un a-t-il une idee de ce qui se passe?

Merci.

Re: kernel 2.6 quel gcc utiliser ?

[Xavier Maillard]

On 24 jui 2003, EkiEki stated:

Bonsoir,

>  Lorsque je compil mon kernel 2.6 (ou bien 2.5) avec gcc 3.3, L'ESD ne
>  peut pas se charger et me fait une Segmentation fault (sauf si je le
>  charge en 8 bits). Alors qui si je le compil avec un 2.95, l'ESD
>  fonctionne parfaitement. D'ou peut venir cette erreur ? Les nouveaux
>  kernels doivent t-ils etre compilé avec le 2-95 ? le 3.1 ? le 3.2 ou
>  bien encore le 3.3 ?
>  Je dispose d'une version SID.

A ma connaissance, le GCC "officiellement" supporté par le kernel est
le 2.95. Le 3.x souffre d'un manque de maturité pour être utilisé à tout
va. 

Donc a priori, rien n'a changé de ce côté là et je dirais que au vue de
ce qui s'est passé récemment avec le passage en GCC 3.x dans SID, mieux
vaut se contenter d'une valeur sûre. Loin de moi l'idée de penser que
GCC 3.x est une bouse mais je continue à conseiller aux gens de préférer
une utilisation du 2.95 qui est stable, mature, et longuement
érpouvé/rôdé. Bref je préfère la stabilité plutôt que de devoir me
demander à chaque compilation si mon binaire fonctionnera à la fin ou
si il v faloir m'y reprendre à 3 fois ;) 

Maintenant je ne dis pas qu'il ne faut pas utiliser GCC 3.x (qui est un
bon crû) mais comme dis plus haut il n'est pas assez "stable" et
souffre de quelques bugs (niveau otpimiseur par exemple) pour être
utilisé pour la compilation d'un programme tel que le noyau.

>  Merci

De rien,

zeDek
-- 
Politically Correct UNIX(tm) System VI Release notes
"man" pages are now called "person" pages.


pgp7Wbgz9KJpc.pgp
Description: PGP signature

kernel 2.6 quel gcc utiliser ?

[EkiEki]

Lorsque je compil mon kernel 2.6 (ou bien 2.5) avec gcc 3.3, L'ESD ne 
peut pas se charger et me fait une Segmentation fault (sauf si je le 
charge en 8 bits). Alors qui si je le compil avec un 2.95, l'ESD 
fonctionne parfaitement. D'ou peut venir cette erreur ? Les nouveaux 
kernels doivent t-ils etre compilé avec le 2-95 ? le 3.1 ? le 3.2 ou 
bien encore le 3.3 ?

Je dispose d'une version SID.

Merci