Whilst using stable BLFS 6.3 and LFS SVN (version since Glibc 2.8 and GCC 4.3.2 where introduced) I have ran into some problems as some programs refuse to compile if either or both or these is in use. Here below a present a list of programs that refuse to build if GCC 4.3.2 and/or Glibc 2.8 is in use and solutions I have found for them so far:
- Programs that depend on the headers of Glib to build - If Glib 2.12.12 is in use programs that depend on the headers of Glib to build will refuse to compile. The solution is to upgrade to Glib 2.18.1 which does not have that issue. - Dbus 1.0.2 - Dbus 1.0.2 refuses to compile with GCC 4.3.2, upgrading to 1.2.4 solves this as 1.2.4 will build with GCC 4.3.2 - KDE 3.5.9 - arTs 1.5.9 will not compile with Glibc 2.8. Gentoo provides a fix for this: http://gentoo.cs.nctu.edu.tw/gentoo-rsync/kde-base/arts/files/arts-1.5.9-glibc2.8-build-fix.patch A part of kdebase-3.5.9, kdesu, will also not build with Glibc 2.8 also again Gentoo provides a fix: http://bugs.gentoo.org/attachment.cgi?id=156229 - libIDL 0.8.8 - I could be off with this one, but if I recall well this one also failed to build with Glibc 2.8 and/or GCC 4.3.2. The fix is to upgrade to libIDL 0.8.11. - ORBit 2.4.7 - The current orbit 2.4.7 used in the stable will refuse to build with Glibc 2.8 and/or GCC 4.3.2. The fix is to upgrade altleast 2.4.10. I have tested 2.4.16 which seemed to build. - libbonobo 2.18.0 - Another one that will also refuse to build under Glibc 2.8 and/or GCC 4.3.2. I have solved this upgrading to 2.24.0, but libbonobo 2.24.0 has some extra dependencies in comparison to 2.18.0. It now requires at least Intltool 0.35.0 and the Dbus Glib bindings. These are all bugs I have found/could remember so far with GCC 4.3.2 and/or Glibc 2.8. Regards, Rick Houkes -- http://linuxfromscratch.org/mailman/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
