On Sat, Aug 15, 2009 at 05:46:57AM -0600, Matthew Burgess wrote:
> I can reproduce this on a clean LFS-6.5-rc2 build.  It looks as it the
> patch isn't enough to handle the getline, getdelim and fexecve functions in
> newer Glibc's.  The attached patch lets things build for me.

Hmm.. that's odd. I think the only thing that I did differently to LFS 6.5
was that I bootstrapped GCC on every pass. In the end I decided that if
bootstrapping produces a binary that is byte-perfect (the way it is
intended) then I might as well do it - It only takes an hour on my
system, that time flies by when you fire a game up.
  See the attached patch, does this fix the issue? If not I'll build LFS
6.5 on a spare drive and test this problem. Unfortunately I'm using all
3 of my drives at the moment; I just cloned my current system and
chrooted in to it so I can compile and install software that I don't
really want or need. Mind you I could probably zero my primary drive, I
only kept that around while I was yet to compile Firefox.
diff -Naur cdrtools-2.01-orig/include/schily.h cdrtools-2.01/include/schily.h
--- cdrtools-2.01-orig/include/schily.h 2004-03-05 00:30:40.000000000 +0000
+++ cdrtools-2.01/include/schily.h      2009-08-15 13:03:32.167323222 +0100
@@ -50,6 +50,16 @@
 extern "C" {
 #endif
 
+#ifdef fexecve
+#undef fexecve
+#endif
+#define fexecve fexecve_
+
+#ifdef getline 
+#undef getline 
+#endif
+#define getline getline_
+
 #if    defined(_INCL_SYS_TYPES_H) || defined(off_t)
 #      ifndef  FOUND_OFF_T
 #      define  FOUND_OFF_T
diff -Naur cdrtools-2.01-orig/cdrecord/cue.c cdrtools-2.01/cdrecord/cue.c
--- cdrtools-2.01-orig/cdrecord/cue.c   2004-03-02 20:00:53.000000000 +0000
+++ cdrtools-2.01/cdrecord/cue.c        2009-08-15 13:04:35.321174296 +0100
@@ -44,6 +44,11 @@
 #include "auheader.h"
 #include "libport.h"
 
+#ifdef getdelim 
+#undef getdelim 
+#endif
+#define getdelim getdelim_
+
 typedef struct state {
        char    *filename;
        void    *xfp;

Attachment: pgplTaEC6RGQc.pgp
Description: PGP signature

-- 
http://linuxfromscratch.org/mailman/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to