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