Je me permets de transmettre ici la r�ponse � un mail de Thierry
Juillerat <[EMAIL PROTECTED]>, avec son accord.
> lien. J'ai trouv� l'info dans la GCC-HOWTO (sic) qui dit que les
> fichiers /usr/include/linux et /usr/include/asm *doivent* �tre des liens
> symboliques pointants sur les r�pertoires sources. Donc maintenant, j'ai
> cela :
Non, c'est faux. Ou plut�t, c'�tait vrai avant. Maintenant c'est
autrement:
schaefer@defian:/usr/share/doc/libc6-dev% dpkg -s libc6-dev
Package: libc6-dev
Status: install ok installed
Priority: standard
Section: devel
Installed-Size: 10204
Maintainer: Ben Collins <[EMAIL PROTECTED]>
Source: glibc
Version: 2.1.3-18
Replaces: ldso (<< 1.9.0-0), man-db (<= 2.3.10-41), gettext (<=
0.10.26-1), ppp (<= 2.2.0f-24), libgdbmg1-dev (<= 1.7.3-24)
Provides: libc-dev
Depends: libc6 (= 2.1.3-18)
Recommends: c-compiler
Suggests: glibc-doc
Conflicts: libc-dev, libstdc++2.9-dev, libdl1-dev, libdb1-dev,
libgdbm1-dev, libpthread0-dev, gcc (<= 2.7.2.3-1)
Description: GNU C Library: Development Libraries and Header Files.
Contains the symlinks, headers, and object files needed to compile
and link programs which use the standard C library.
Explication: cf man hier(7)
/usr/include/linux
This contains information which may change from
system release to system release and used to be a
symbolic link to /usr/src/linux/include/linux to
get at operating system specific information.
(Note that one should have include files there that
work correctly with the current libc and in user
space. However, Linux kernel source is not designed
to be used with user programs and does not know
anything about the libc you are using. It is very
likely that things will break if you let
/usr/include/asm and /usr/include/linux point at a
random kernel tree. Debian systems don't do this
and use headers from a known good kernel version,
provided in the libc*-dev package.)
Tant qu'on sait ce qu'on fait, on peut faire des liens symboliques,
cependant. On ne devrait utiliser les asm/ et linux/ du kernel courant que
pour compiler des programmes utilisant des appels syst�mes non fournis
dans la libc actuelle, p.ex.
Voir aussi la FAQ linux-kernel.
> Concernant Blackbox, il me reste un probl�me avec un "process.h", mais
> je vais poster dans la ml.
oui, l�, je ne trouve pas. N'y-a-t-il pas une d�pendance (un package) dont
Blackbox a besoin ? C'est certainement indiqu� dans le README, INSTALL,
ou cela appara�t dans le ./configure --help.
--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question. Ouais, pour se d�sabonner aussi.
