Clyde McKenney
2018-03-24 00:08:54 UTC
From: Pierre Labastie <***@neuf.fr>
To: lfs-***@lists.linuxfromscratch.org
Subject: Re: [lfs-support] ***SPAM*** LFS8.2: The expect problem
Message-ID: <30125e37-6f97-bfba-0096-***@neuf.fr>
Content-Type: text/plain; charset=utf-8
On 22/03/2018 18:36, Hazel Russman wrote:
https://www.linuxquestions.org/questions/linux-from-scratch-13/linux-from-scratch-8-2-package-expect5-45-4-did-not-making-4175625806
The last post in this thread, added today, is by someone who claims to have solved the problem. It has to do with the previous build of tcl. There is a file called tclConfig.sh which I have installed in /tools/lib, but which apparently is sometimes missing.
"The missing tclConfig.sh shows up during the compiling
of tcl.Just before the file should be created there is a 'waiting time'. No build error of tcl shows up during compiling. If this file was created i could build several times expect with no error. If this file was lacking, expect fails and points as well to glibc inconsistencies."
Weird... tclConfig.sh is created from tclConfig.sh.in by top level configure,
then used by subdirectories configure. If it were not created, all those
configure should complain. Well; we should have a bank of errors and possible
causes...
Pierre
Yes, weird. In several repeated attempts to date, before attempting to compile Chapter5's expect5.45.4, I verified the existence of /tools/lib/tclConfig.sh, /tools/lib/libutil.so.1, and /tools/lib/libpthreadso.0, all of which the linker in expect5.45.4's make process then reports as missing.
The only oddity I've found in all the files produced up to that point is that the file /tools/lib/libpthread.so is not a symlink but a file containing this text:
/* GNU ld script
  Use the shared library, but some functions are only in
  the static library, so try that secondarily. */
OUTPUT_FORMAT(elf64-x86-64)
GROUP ( /tools/lib/libpthread.so.0 /tools/lib/libpthread_nonshared.a )
...but the file libpthread.so.0 is (correctly) a link to libpthread-2.27.so, and libpthread.so is not referenced by the linker, so this seems unrelated.
Clyde
To: lfs-***@lists.linuxfromscratch.org
Subject: Re: [lfs-support] ***SPAM*** LFS8.2: The expect problem
Message-ID: <30125e37-6f97-bfba-0096-***@neuf.fr>
Content-Type: text/plain; charset=utf-8
On 22/03/2018 18:36, Hazel Russman wrote:
https://www.linuxquestions.org/questions/linux-from-scratch-13/linux-from-scratch-8-2-package-expect5-45-4-did-not-making-4175625806
The last post in this thread, added today, is by someone who claims to have solved the problem. It has to do with the previous build of tcl. There is a file called tclConfig.sh which I have installed in /tools/lib, but which apparently is sometimes missing.
"The missing tclConfig.sh shows up during the compiling
of tcl.Just before the file should be created there is a 'waiting time'. No build error of tcl shows up during compiling. If this file was created i could build several times expect with no error. If this file was lacking, expect fails and points as well to glibc inconsistencies."
Weird... tclConfig.sh is created from tclConfig.sh.in by top level configure,
then used by subdirectories configure. If it were not created, all those
configure should complain. Well; we should have a bank of errors and possible
causes...
Pierre
Yes, weird. In several repeated attempts to date, before attempting to compile Chapter5's expect5.45.4, I verified the existence of /tools/lib/tclConfig.sh, /tools/lib/libutil.so.1, and /tools/lib/libpthreadso.0, all of which the linker in expect5.45.4's make process then reports as missing.
The only oddity I've found in all the files produced up to that point is that the file /tools/lib/libpthread.so is not a symlink but a file containing this text:
/* GNU ld script
  Use the shared library, but some functions are only in
  the static library, so try that secondarily. */
OUTPUT_FORMAT(elf64-x86-64)
GROUP ( /tools/lib/libpthread.so.0 /tools/lib/libpthread_nonshared.a )
...but the file libpthread.so.0 is (correctly) a link to libpthread-2.27.so, and libpthread.so is not referenced by the linker, so this seems unrelated.
Clyde