OK. Some more progress.... I replaced the make calls with make CFLAGS='-O1 -g -fPIC'
and everything seems to work fine, even the tests also ran OK - no errors (some tests were skipped by the script, but failed=0) With this, I am wondering is anything wrong in overriding the CFLAGS in this way and what is the problem with -O2 flag starting from chapter 5.11 (I didn't face this problem in earlier steps)? Has anyone faced this issue so far? Does this also mean that from now on 5.11+, I need to always override the CFLAGS in order for the rest of the lfs system to complete? Regards. ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ On May 15, 2018 4:38 PM, Admin <te...@fourthoracle.com> wrote: > > > Thanks Ken. > > Actually, I made some progress on the causes of the hang and observed that > GCC optimization flag -O2 is causing the problem. > > When I manually remove -O2 and replace it with -O1 (line 6559 & line 7380 in > configure script in unix folder) then the compilation seems to proceed > properly. > > However, I know this is a bad solution, since the make gets stuck down the > line for package itcl4.1.1 for the same reason. The optimize flag is -O2 in > that configure script. > > I wonder, why the -O2 should have problem in my configuration. > > BTW, the VM has enough resources - 6G RAM & 128 GB HDD (LFS partition). > > Thx > > ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ > > On May 15, 2018 3:58 PM, Ken Moffat zarniwh...@ntlworld.com wrote: > > > On Mon, May 14, 2018 at 11:10:36AM -0400, Admin wrote: > > > > > Hello, > > > > > > I am following the lfs book 8.2, using Debian-9.4.0 (64bit - amd64) inside > > > > > > a VMWare Workstation 14. > > > > > > All the steps leading upto 5.11 (Tcl-core-8.6.8) worked out fine. > > > > > > With 5.11 (tcl), I am stuck with a strange problem. I don't see anyone > > > > > > mentioning this. > > > > > > Essentially, when I run make from inside unix folder, I am stuck at the > > > > > > compilation of '/mnt/lfs/sources/tcl8.6.8/generic/tclStubLib.c' > > > > > > The make is just sitting idle and no further activity - no errors, > > > > > > nothing. I am just stuck! > > > > When a program just sits there doing nothing, finding out why can be > > > > hard. Two suggestions: > > > > 1. Do you have plenty of memory available to the VM, and enough > > > > space on the disk image (in the VM, 'top' and 'df' but also on the > > > > host 'top'. > > > > 2. Install strace to the debian host in the VM, remove the current > > > > tcl directory and retry, with the change I suggest below. > > > > 3. And, I suppose you could also check the system logs of both the > > > > VM and the host system in case there were segmentation faults or > > > > similar. > > > > > > > Without completing this step, I can't even go to next step Expect-5.45.4. > > > > > > Please help! > > > > > > (I have also tried to enable 64bit support with a modified configure > > > > > > command, but no difference...) > > > > > > ./configure --prefix=/tools $([ $(uname -m) = x86_64 ] && echo > > > > > > --enable-64bit) > > > > > > Here is what I tried:- > > > > > > tar -xvf tcl8.6.8-src.tar.gz > > > > > > cd tcl8.6.8 > > > > > > cd unix > > > > > > ./configure --prefix=/tools > > > > > > make > > > > Instead of 'make', 'strace -o mytrace make'. > > > > Then, when it is running and apparently stalled, look at 'top' in > > > > both the VM and the host to see if anything is happening, and if not > > > > kill strace with Ctrl-C. Then look at the mytrace file - it will > > > > probably be long and tedious, and perhaps repetitive (e.g. poll > > > > commands while something waits for input). > > > > Because the hang appears to be in gcc, you might need to retry, > > > > adding -ff to the strace options (in front of -o) to get the > > > > details. If so, you will get more than one trace file, each with a > > > > PID number - in that case you want the one which invokes gcc (details > > > > of the program should be at the start of each strace file). > > > > FWIW, your configure output seems to be ok. > > > > ĸen > > > > This email was written using 100% recycled letters. > > --------------------------------------------------- > > > > http://lists.linuxfromscratch.org/listinfo/lfs-support > > > > FAQ: http://www.linuxfromscratch.org/blfs/faq.html > > > > Unsubscribe: See the above information page > > > > Do not top post on this list. > > > > A: Because it messes up the order in which people normally read text. > > > > Q: Why is top-posting such a bad thing? > > > > A: Top-posting. > > > > Q: What is the most annoying thing in e-mail? > > > > http://en.wikipedia.org/wiki/Posting_style -- http://lists.linuxfromscratch.org/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page Do not top post on this list. A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? http://en.wikipedia.org/wiki/Posting_style
