aboutsummaryrefslogtreecommitdiffstats
path: root/chapter06/binutils-pass2.xml
diff options
context:
space:
mode:
Diffstat (limited to 'chapter06/binutils-pass2.xml')
-rw-r--r--chapter06/binutils-pass2.xml16
1 files changed, 11 insertions, 5 deletions
diff --git a/chapter06/binutils-pass2.xml b/chapter06/binutils-pass2.xml
index 7b0f1fc20..983aaee2f 100644
--- a/chapter06/binutils-pass2.xml
+++ b/chapter06/binutils-pass2.xml
@@ -43,11 +43,17 @@
<sect2 role="installation">
<title>Installation of Binutils</title>
- <!-- Don't remove this until Binutils upstream updates the libtool
- copy. On some host distros the issue doesn't show up. -->
- <para>Binutils ships an outdated copy of libtool in the tarball. It lacks
- sysroot support, so the produced binaries will be mistakenly linked to
- libraries from the host distro. Work around this issue:</para>
+ <!-- Don't remove this until Binutils upstream resolves this issue.
+ We can test by building Binutils on a complete system with
+ zlib (libz.so) installed, passing enable-shared and
+ without-system-zlib. If the resulted libctf.so still links against
+ libz.so (check with readelf -d) despite we are saying
+ without-system-zlib, then the issue is still unresolved. -->
+ <para>Binutils building system relies on an shipped libtool copy to link against
+ internal static libraries, but the libiberty and zlib copies shipped
+ in the package do not use libtool. This inconsistency may cause
+ produced binaries mistakenly linked against libraries from the host
+ distro. Work around this issue:</para>
<screen><userinput remap="pre">sed '6009s/$add_dir//' -i ltmain.sh</userinput></screen>