I'm seeing this output from:
grep 'SEARCH.*/usr/lib' dummy.log |sed 's|; |\n|g'
SEARCH_DIR("/usr/lib")
SEARCH_DIR("/lib");
Seems reasonable, we're removing the /tools prefixes from everything,
right? But the book says I should see:
SEARCH_DIR("/tools/i686-pc-linux-gnu/lib")
SEARCH_DIR("/usr/li
Bruce Dubbs writes:
>> Is there a way to disable the testing of it? Though I've only used
>> mudflap on non-linux platforms, I'd hate to see the old thing go away.
>
> Sure. We could just remove the only test that fails:
>
> mv ./libmudflap/testsuite/libmudflap.c++/pass41-frag.cxx \
> ./lib
Bruce Dubbs writes:
> I am wondering if we ought to disable building libmudflap using the
> obscure option --disable-libmudflap (It's not in configure's --help).
>
> This would eliminate a lot of questions about check failures. I doubt
> that it is used very often and it does seem to give some
Bruce Dubbs writes:
> I've finally figured out what is making the mangle33.C program fail. It
> is an arbitrary limitation in tcl. This particular gcc test creates a
> c++ namespace *name* of 4044 characters in length. It turns out that
> there is a value buried deep in tcl code (generic/
Bruce Dubbs writes:
> I've been working on qemu and have been able to generate
> a (compressed) image of LFS 7.3 (Actually SVN-20130319) that is small
> enough for most to download. It's only a little bigger than
> the kernel.
>
> I've put that file and a readme on anduin.
>
> http://anduin/sour
On Wed, Mar 20, 2013 at 09:28:25PM +0800, xinglp wrote:
> I have create a "live usb" system.
>
> Dowload here:
> http://sf.net/projects/smartutils/files/lfs_linux/2013-03-19-3.8.3-x86_64.live-image.raw.bz2
>
> Uncompress it, use 'dd' to write it to a flash drive(256MB+ size), use
> /dev/sdX not /
Matt Burgess writes:
> On Tue, 2013-03-05 at 14:05 -0600, Bruce Dubbs wrote:
>> Billy O'Connor wrote:
>> > I dl'd the book sources and rendered it, then built a new LFS.
>> > Looks great, as always. I must have fat-fingered something in chapter
>> &g
Bruce Dubbs writes:
> Billy O'Connor wrote:
>> I dl'd the book sources and rendered it, then built a new LFS.
>> Looks great, as always. I must have fat-fingered something in chapter
>> 5, though, because the configure script for check-0.9.9 didn't pick up
I dl'd the book sources and rendered it, then built a new LFS.
Looks great, as always. I must have fat-fingered something in chapter
5, though, because the configure script for check-0.9.9 didn't pick up
the pthreads library and I had to add -lpthread to the Makefile by hand
to get it to build. T
Bruce Dubbs writes:
> To my knowledge, BLFS has never been this complete since the start of
> the project. Of course, the book is not perfect, but we will be able to
> address new issues and package updates as they come up.
>
> I would like to take this opportunity to thank all those who have
I didn't see that new patch in the repo, I only see version 2.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
How y'all doin', been a while. :)
Just a small typo, one liner patch.
Index: chapter05/perl.xml
===
--- chapter05/perl.xml (revision 9987)
+++ chapter05/perl.xml (working copy)
@@ -57,7 +57,7 @@
make
Although Perl comes wi
12 matches
Mail list logo
