I had the same issue. Look here:
http://lists.linuxfromscratch.org/pipermail/lfs-support/2018-May/051993.html
Filip
Thank you so much for the link. It seems that I've now managed to
compile libffs and python3.
List, I didn't realise that the same problem was already discussed on
this mailin
After discovering that I couldn't make python
(http://lists.linuxfromscratch.org/pipermail/lfs-support/2018-May/052029.html),
I tried to remake libffi. Executing
make check
results in
..
..
FAIL: libffi.call/unwindtest.cc -W -Wall -Wno-psabi -O2 execution test
FAIL: libffi.call/unwindt
> On Sat, 26 May 2018 10:14:09 +0200
> René Nyffenegger wrote:
>
>> Architecture:x86_64
>> .
>> .
>> target='x86_64-pc-linux-gnu'
>> target_alias=''
>> target_cpu='x86_64'
>> target_os
On Sat, 26 May 2018 09:29:40 +0200
René Nyffenegger wrote:
/bin/sh: line 7: 3273 Illegal instruction (core dumped)
LD_LIBRARY_PATH=/usr/lfs/sources/untarred/Python-3.6.4 ./python -E -m
ensurepip $ensurepip --root=/
Randy,
What CPU does your system have? Also, in your python source
I am trying to make Python 3.64 in the course of creating LFS 8.2
(http://www.linuxfromscratch.org/lfs/view/stable/chapter06/Python.html)
Both the ./configure and make step seem to run OK.
However, executing "make install" causes:
/bin/sh: line 7: 3273 Illegal instruction (core dumped)
LD
I have two remarks to the wpa_supplicant step in BLFS. I am referring to the
current 8.1 version
(http://www.linuxfromscratch.org/blfs/view/stable/basicnet/wpa_supplicant.html)
First: the file created with
wpa_passphrase /|SSID|/ /|SECRET_PASSWORD|/ >
/etc/sysconfig/wpa_supplicant-/|wifi0|/.co
I somehow made my LFS boot and run. Now, I'd like to connect it to the
internet. The system is in an environment with WLAN and DHCP. So, I
cannot configure it with static IP addresses. (At least, that's what I
think).
My first problem is that I believe the kernel does not recognize the
wifi.
On 02/17/2018 08:25 PM, Pierre Labastie wrote:
On 17/02/2018 18:50, René Nyffenegger wrote:
Step 6.34 (in LFS 8.1 -
http://www.linuxfromscratch.org/lfs/view/stable/chapter06/bash.html) suggest to
run the tests as the nobody user:
su nobody -s /bin/bash -c "PATH=$PATH make tests&quo
Step 6.34 (in LFS 8.1 -
http://www.linuxfromscratch.org/lfs/view/stable/chapter06/bash.html) suggest to
run the tests as the nobody user:
su nobody -s /bin/bash -c "PATH=$PATH make tests" However, when I want
to that, or even a simpler su nobody -s /bin/bash I get a Cannot execute
/bin/bash:
I am actually pretty convinced that I goofed up something. Like you, I
am trying to create my repeatable scripts.
Now, it's one thing to know that I am wrong, but a completely
different thing to determine why I am wrong.
So, I am still trying to figure out where the GCC compilation process
I am afraid I have to bother you again with theser SEARCH_DIRs.
While the question above pertained to step 6.10, I now have a similar
thing in Step 6.20 (Installation of GCC)
SEARCH_DIR("=/tools/x86_64-pc-linux-gnu/lib64")
SEARCH_DIR("/usr/lib")
SEARCH_DIR("/lib")
SEARCH_DIR("=/tools/x86_64-pc-
On 02/15/2018 01:54 PM, Baho Utot wrote:
On 2/15/2018 5:51 AM, René Nyffenegger wrote:
As I am proceeding with building LFS, I am now in Step 6.10,
Adjusting the Toolchain.
The book instructs me to
grep 'SEARCH.*/usr/lib' dummy.log |sed 's|; |\n|g' On my sy
I am trying to install GCC (Step 6.20,
http://www.linuxfromscratch.org/lfs/view/stable/chapter06/gcc.html)
The line reading
make -k check
seems to hang.
The last lines printed are (before my intervention with CTRL-C) are
As I am proceeding with building LFS, I am now in Step 6.10, Adjusting the
Toolchain.
The book instructs me to
grep 'SEARCH.*/usr/lib' dummy.log |sed 's|; |\n|g' On my system, the
output is:
SEARCH_DIR("=/tools/x86_64-pc-linux-gnu/lib64")
SEARCH_DIR("/usr/lib")
SEARCH_DIR("/lib")
SEA
I'm afraid your problem is just a stupid typo somewhere in either
glibc, binutils or gcc, either in chapter 5 or 6.
Tim, you're right. I must have overlooked something. I was able to build
Glibc in the second step now.
--
http://lists.linuxfromscratch.org/listinfo/lfs-support
FAQ: http://www
you seem to be misreading what the book says. The current stable
book is 8.1, and the following specific minimum versions are
mentioned:
gcc-4.7 (you imply versions > 4.4.1 are not tested)
glibc-2.11.
As Pierre said, gcc-7.3.0 did not exist when 8.1 was released. In
practice it should be fin
As I am stuck with a the second pass of binutils, I examined the output of
readelf -l /tools/$LFS_TGT-gcc | grep interpreter
which is
[Requesting program interpreter: /lib64/ld-linux-x86-64.so.2]
I believe this is fishy and should actually be ...
/tools/lib64/ld-linux-x86-64.so.2.
Is m
Please do not top post. According to what you say, there should be no
need to
add libc_cv_ctors_header=yes. Looking at my logs, I have, during the
configure
stage:
--
checking whether to use .ctors/.dtors header and trailer... no
--
in both chapter 5 and chapter
I am following the "current stable" version according to "Read Online"
(http://www.linuxfromscratch.org/lfs/read.html)
I am trying to build LFS on Ubuntu 17.10, 64 Bit Intel.
On 12.02.2018 12:28, Pierre Labastie wrote:
> On 12/02/2018 11:34, René Nyffenegger wrote:
&
In Step 6.9
(http://www.linuxfromscratch.org/lfs/view/stable/chapter06/glibc.html) I get
the following error when I run the ../configure script:
checking whether to use .ctors/.dtors header and trailer... configure: error:
missing __attribute__ ((constructor)) support??
This was already discu
20 matches
Mail list logo