ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Leschinsky Oleg                      2:5020/400     12 May 2002  23:36:28
 To : tma
 Subject : Re: Headers
 -------------------------------------------------------------------------------- 
 

 tma <tma@f1763.n5030.z2.fidonet.org> wrote:
 
 t> Leschinsky Oleg <helge@visti.com> wrote:
 t> 
 LO>>  Попробую объяснить мехенизм возникновения проблемы.
 LO>>  При компиляции glibc используются заголовки ядра х. Они определяют
 LO>> какие вызовы glibc поддерживает (криво сказано, но суть понятна).
 LO>> Предполагаем, что /usr/include/linux это ссылка на исходники ядра. Пока
 LO>> ядро (исходники) не меняются, все программы компилируются с правильными
 LO>> заголовками. Исходники ядра сменились. Программы компилируются с
 LO>> заголовками не от текущей glibc. Проблема возникла.
 t> Короче говоря я пообщался с Solar Designer'ом на эту тему.
 t> Он мне написал, что linux и asm _должен_ быть симлинк на текущие хедры ядра.
 t> glibc желательно должен собран быть с текущими хедерами ядра.
 t> 
 t> P.S. Хотя проблемn и не исключаются.
 t>    
 
  Вот кусок из LFS Guide. 
 Why we copy the kernel headers and don't symlink them?
 
 In the past, it was common practice for people to symlink the
 /usr/include/linux and asm directories to /usr/src/linux/include/linux
 and asm respectively.  This is a _bad idea_ as 
 this extract from a post by Linus Torvalds to the Linux Kernel 
 Mailing List points out:
 I would suggest that people who compile new kernels should: 
 
    - not have a single symbolic link in sight (except
    the one that the kernel build itself sets up, namely
    the "linux/include/asm" symlink that is only used for
    the internal kernel compile itself) 
 
    And yes, this is what I do. My /usr/src/linux still has the old
    2.2.13 header files, even though I haven't run a 2.2.13 kernel in a
    _loong_ time. But those headers were what glibc was compiled
    against, so those headers are what matches the library object files. 
 
    And this is actually what has been the suggested environment for
    at least the last five years. I don't know why the symlink business
    keeps on living on, like a bad zombie. Pretty much every distribution
    still has that broken symlink, and people still remember that the
    linux sources should go into "/usr/src/linux" even though that hasn't
    been true in a _loong_ time.
       
  The relevant part here is where he states that the headers should
 be the ones which glibc was compiled against. These are the headers
 which should remain accessible and so by copying them, we ensure
 that we follow these guidelines.  Also note that as long as you
 don't have those symlinks, it is perfectly alright to have the
 kernel sources in _/usr/src/linux_.
 --- ifmail v.2.15dev5
  * Origin: user from ELVISTI (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор