On 18/01/2017 02:05, Roger Koehler wrote:
On Tue, Jan 17, 2017 at 5:39 PM, DJ Lucas <[email protected]> wrote:
On 01/16/2017 08:05 PM, Roger Koehler wrote:
On Sat, Jan 14, 2017 at 11:43 PM, Roger Koehler
<[email protected]> wrote:
On Sat, Jan 14, 2017 at 11:31 PM, Roger Koehler
<[email protected]> wrote:
On Sat, Jan 14, 2017 at 11:07 PM, Roger Koehler
<[email protected]> wrote:
On Sat, Jan 14, 2017 at 10:50 PM, Roger Koehler
<[email protected]> wrote:
On Sat, Jan 14, 2017 at 9:44 PM, DJ Lucas <[email protected]>
wrote:
On 01/14/2017 05:29 PM, Roger Koehler wrote:
On Fri, Jan 13, 2017 at 1:20 PM, Pierre Labastie
<[email protected]> wrote:
Thanks for the heads up. Will look into this. But I think building
blfs_root
upon CLFS is asking for trouble, because I am not sure the /etc
directory
layout is the same as for LFS... Well, maybe it is with systemd. It
definitely
isn't with sys V.
So far, I have not been successful building ANY version of CLFS with
jhalfs. I first tried with my latest LFS build which uses GCC 6.3,
just to see if I could hit a home run - NOT. So, I repartitioned my
SSD to make room for another OS and installed Trisquel, which uses
an
older version of GCC. Still no luck.
What is a known good way to build CLFS x86_64 (multilib) from an
amd64
host?
You can do it after regular LFS, but that doesn't fix the CLFS book
or its
interaction with jhalfs.
I just updated from local sources (without testing):
http://www.linuxfromscratch.org/~dj/lfs-multilib-20170115.diff
As long as you are not opposed to /lib and /usr/lib with /usr/lib32
for
32bit libs (Debian style). Also, with ISL and gold but ld.bfd
default, this
should work (though I haven't tested it in a while).
--DJ
Wow! You are awesome! I am still new at this. How would I use patch to
update the sources in jhalfs/trunk with your .diff?
Oh, I guess I would patch the LFS SVN area (revision 11171). (Still
not sure how to do this to an entire directory structure - I guess I
need to read up on patch), then run jhalfs with the newly generated
working copy (haven't ever done this before either).
So, I figured out the patch command:
cd to my LFS SVN directory and then:
patch -s -p0 < ../lfs-multilib-20170115.diff
Now I just have to figure out how to run jhalfs with my new working copy
of LFS.
It was pretty self explanitory (thanks, Pierre, great job!)
Running now (including blfs_root). I'll let you know how it turns out.
For some reason, the commands starting with 139-binutils-temp are
missing the unpack functions.
Yes, I'm not sure I tested it with jhalfs yet, completely spaced on that. Do
they unpack functions work with packages after 139 and 140?
Yes. Missing for 139, 140, and 141, and again for all of the lib32 lfs-commands.
The problem is the following: The package informations are given in
chapter 3, and never repeated in the book. For a human reading the book,
it is not hard to understand that binutils-pass1 or binutils-multilib
should use binutils. But it is harder for a computer program. Right now,
the mechanism is the following: take the name of the html file
corresponding to the page (from the <?dbhtml filename="xxx.html"?> tag),
and use it as the base name of the script (the name of the script is
order-basename). Then look for the package in the /sources directory,
whose name begins with the base name of the script. This obviously works
for "binutils.html", but not for "binutils-pass1.html". That's why the
base name is tweaked in LFS/master.sh, in the following way:
Let's say the name of the script is "this_script". The extracted name is:
name=`echo ${this_script} | sed -e 's@[0-9]\{3\}-@@' \
-e 's@-pass[0-9]\{1\}@@' \
-e 's@-libstdc++@@'`
But this is only run for chapter 5. For chapter 6, there is only:
name=`echo ${this_script} | sed -e 's@[0-9]\{3\}-@@' -e 's,'$N',,'`
(note that N is not set in normal build)
So I guess you'd need to change that line to something like (not tested):
name=`echo ${this_script} | sed -e 's@[0-9]\{3\}-@@' -e 's,'$N',,' \
-e 's@-temp@@' \
-e 's@lib32-@@' \
-e 's@glibctemp@glibc@' # or change the dbhtml instruction from
"glibctemp.html" to "glibc-temp.html"
Note that I could do that in the "official" jhalfs, but maybe it is
better to experiment a little more with multilib before...
Pierre
--
http://lists.linuxfromscratch.org/listinfo/alfs-discuss
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
