linux-libc-headers.xml 1.4 KB

12345678910111213141516171819202122232425262728293031323334353637383940
  1. <?xml version="1.0" encoding="ISO-8859-1"?>
  2. <!DOCTYPE sect1 PUBLIC "-//OASIS//DTD DocBook XML V4.3//EN" "http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd" [
  3. <!ENTITY % general-entities SYSTEM "../general.ent">
  4. %general-entities;
  5. ]>
  6. <sect1 id="ch-tools-linux-libc-headers" role="wrap">
  7. <title>Linux-Libc-Headers-&linux-libc-headers-version;</title>
  8. <?dbhtml filename="linux-libc-headers.html"?>
  9. <indexterm zone="ch-tools-linux-libc-headers">
  10. <primary sortas="a-Linux-Libc-Headers">Linux-Libc-Headers</primary>
  11. <secondary>tools, headers</secondary></indexterm>
  12. <sect2 role="package"><title/>
  13. <segmentedlist>
  14. <segtitle>&buildtime;</segtitle>
  15. <segtitle>&diskspace;</segtitle>
  16. <seglistitem><seg>0.1 SBU</seg><seg>22 MB</seg></seglistitem>
  17. </segmentedlist>
  18. </sect2>
  19. <sect2 role="installation">
  20. <title>Installation of Linux-Libc-Headers</title>
  21. <para>For years it has been common practice to use so-called <quote>raw</quote>
  22. kernel headers (straight from a kernel tarball) in <filename class="directory">/usr/include</filename>, but over the
  23. last few years, the kernel developers have taken a strong stance that such
  24. things should not be done. Thus was born the linux-libc-headers project,
  25. designed to maintain an API stable version of the Linux headers.</para>
  26. <para>Install the header files:</para>
  27. <screen><userinput>cp -R include/asm-i386 /tools/include/asm
  28. cp -R include/linux /tools/include</userinput></screen>
  29. </sect2>
  30. </sect1>