diff --git a/part3intro/toolchaintechnotes.xml b/part3intro/toolchaintechnotes.xml
index 26dc50e..d0b5be5 100644
--- a/part3intro/toolchaintechnotes.xml
+++ b/part3intro/toolchaintechnotes.xml
@@ -181,8 +181,8 @@
 	  имя динамического компоновщика — проверить случайный двоичный файл из хост-системы,
 	  выполнив следующую команду: <userinput>readelf -l
       &lt;имя исполняемого файла&gt; | grep interpreter</userinput> и зафиксировать результат.
-	  Официальный источник, охватывающий все платформы, находится в файле 
-	  <filename>shlib-versions</filename> в корне дерева исходного кода glibc.</para>
+	  Официальный источник, охватывающий все платформы, находится на 
+	  <ulink url='https://sourceware.org/glibc/wiki/ABIList'>вики-странице Glibc</ulink>.</para>
     </note>
 
     <para>Чтобы сымитировать кросс-компиляцию в LFS, имя триплета хоста немного
@@ -339,21 +339,18 @@ checking what linker to use... /mnt/lfs/tools/i686-lfs-linux-gnu/bin/ld</compute
 	ядром Linux.</para>
 
     <para>Следующий устанавливаемый пакет — glibc. Наиболее важными при сборке glibc
-	являются компилятор, бинарные инструменты и заголовочные файлы ядра. С компилятором,
-	как правило, не бывает проблем, поскольку glibc всегда будет использовать компилятор,
-	указанный в параметре <parameter>--host</parameter>, переданный скрипту configure;
-	например, в нашем случае компилятором будет <command>$LFS_TGT-gcc</command>. С бинарными
-	инструментами и заголовки ядра может быть немного сложнее. Поэтому мы не рискуем и
-	используем доступные параметры конфигурации, чтобы обеспечить правильный выбор.
-	После запуска <command>configure</command> проверьте содержимое файла 
-	<filename>config.make</filename> в каталоге <filename
-    class="directory">сборки</filename> на наличие всех важных деталей. Обратите внимание
-	на использование опции <parameter>CC="$LFS_TGT-gcc"</parameter> 
-	(с переменной <envar>$LFS_TGT</envar>) для управления используемыми бинарными
-	инструментами и использование флагов <parameter>-nostdinc</parameter> и 
-	<parameter>-isystem</parameter> для управления включаемым путем поиска компилятора.
-	Эти пункты подчеркивают важный аспект пакета glibc &mdash; он очень самодостаточен
-	с точки зрения своего механизма сборки и, как правило, не полагается на значения по
+	являются компилятор, бинарные инструменты и заголовочные файлы ядра. С компилятором 
+	и бинарными инструментами, как правило, не бывает проблем, поскольку glibc всегда 
+	использует параметры, передаваемые скрипту configure, которые указаны в 
+	<parameter>--host</parameter>, например, в нашем случае компилятором будет 
+	<command>$LFS_TGT-gcc</command>, а инструментом <command>readelf</command> будет 
+	<command>$LFS_TGT-readelf</command>. С заголовочными файлами ядра может быть немного 
+	сложнее. Поэтому мы не рискуем и используем доступный параметр configure, чтобы обеспечить 
+	правильный выбор. После выполнения команды <command>configure</command> проверьте 
+	содержимое файла <filename>config.make</filename> в каталоге <filename
+    class="directory">build</filename> на наличие всех нужных параметров. 
+	Эти элементы подчеркивают важный аспект пакета glibc &mdash; он очень самодостаточен 
+	с точки зрения своего механизма сборки и, как правило, не полагается на значения по 
 	умолчанию.</para>
 
     <para>Как было сказано выше, затем компилируется стандартная библиотека C++, а