> >
> > It should be that /bin/bash, not /bin/dash is the active shell.
> >
I have the same problem and reading the messages I've found that my link
was to dash instead of bash. Which is the best way to solve the problem?
Recompiling from pass 1 or pass 2?
--
On 19/12/2015 07:59 μμ, Jose Angel Fernandez wrote:
It should be that /bin/bash, not /bin/dash is the active shell.
I have the same problem and reading the messages I've found that my link
was to dash instead of bash. Which is the best way to solve the problem?
Recompiling from pass 1 or
On 19/12/2015 09:24 μμ, Thanos Baloukas wrote:
On 19/12/2015 07:59 μμ, Jose Angel Fernandez wrote:
It should be that /bin/bash, not /bin/dash is the active shell.
I have the same problem and reading the messages I've found that my link
was to dash instead of bash. Which is the best way to
>> I just checked again with a test build, I get the same results. All the
>> $LFS_TGT-* binaries do still link to /lib as they're the ones from the first
>> pass, so that should be nothing to worry about. Still, you are missing the
>> programs that should have been installed by Binutils Pass 2,
>>
>> Does this all look good?
>>
>>
>It seems so. I suggest you build gcc-pass2, and then try the test I have
>proposed on -dev. Of course, the more thorough tests proposed by Ken can
>be used too.
output of your test
libpthread.so.0 needed by
On 17/12/2015 16:16, Read, James C wrote:
I just checked again with a test build, I get the same results. All the
$LFS_TGT-* binaries do still link to /lib as they're the ones from the first
pass, so that should be nothing to worry about. Still, you are missing the
programs that should have been
On 17/12/2015 18:14, Read, James C wrote:
Does this all look good?
It seems so. I suggest you build gcc-pass2, and then try the test I have
proposed on -dev. Of course, the more thorough tests proposed by Ken can
be used too.
output of your test
libpthread.so.0 needed by
On 15 Dec 2015, at 18:43, Read, James C wrote:
are overwritten. So I guess there is nothing wrong with the binaries.
What is wrong is with the libraries, like libanl, which are part of
glibc (and others, which are built later). So I guess something went
>>> are overwritten. So I guess there is nothing wrong with the binaries.
>>> What is wrong is with the libraries, like libanl, which are part of
>>> glibc (and others, which are built later). So I guess something went
>>> wrong during glibc build.
>>> One possibility is that '/bin/dash' is used
On 12/15/2015 01:57 PM, Chris Staub wrote:
On 12/15/2015 05:30 AM, Read, James C wrote:
Output of `for P in /tools/bin/* ; do echo $P ; ldd $P | grep '
/lib/' ; done` shows that all infected programs have the prefix
/lib/x86_64-linux* All of these utilities seem to be from binutils and
gcc.
On 12/15/2015 05:30 AM, Read, James C wrote:
Output of `for P in /tools/bin/* ; do echo $P ; ldd $P | grep ' /lib/' ; done`
shows that all infected programs have the prefix /lib/x86_64-linux* All of
these utilities seem to be from binutils and gcc. I have no explanation for how
this
On Dec 15, 2015 7:35 AM, "Pierre Labastie" wrote:
>
> On 15/12/2015 11:38, Read, James C wrote:
>>>
>>> Here is my env:
>>> TERM=xterm-256color
>>> OLDPWD=/mnt/lfs/sources
>>> LC_ALL=POSIX
>>> LFS=/mnt/lfs
>>> PATH=/tools/bin:/bin:/usr/bin
>>>
On 15/12/2015 11:38, Read, James C wrote:
Here is my env:
TERM=xterm-256color
OLDPWD=/mnt/lfs/sources
LC_ALL=POSIX
LFS=/mnt/lfs
PATH=/tools/bin:/bin:/usr/bin
PWD=/mnt/lfs/sources/perl-5.22.0
LFS_TGT=x86_64-lfs-linux-gnu
PS1=${debian_chroot:+($debian_chroot)}\u@\h:\w\$
SHLVL=1
HOME=/home/lfs
>> /mnt/lfs/tools/bin/../lib/gcc/x86_64-unknown-linux-gnu/5.2.0/../../../../lib64/librt.so:
>> undefined reference to `__pthread_barrier_wait@GLIBC_PRIVATE'
>> /mnt/lfs/tools/bin/../lib/gcc/x86_64-unknown-linux-gnu/5.2.0/../../../../lib64/librt.so:
>> undefined reference to
On 14/12/2015 21:11, Read, James C wrote:
> Been working through the book meticulously and had no real problems until
> building Perl in chapter 5.
> [...]
> /mnt/lfs/tools/bin/../lib/gcc/x86_64-unknown-linux-gnu/5.2.0/../../../../lib64/librt.so:
> undefined reference to
Been working through the book meticulously and had no real problems until
building Perl in chapter 5.
Here is the tail of the output:
cc -o perl -fstack-protector-strong -L/usr/local/lib perlmain.o lib/auto/B/B.a
lib/auto/Compress/Raw/Bzip2/Bzip2.a lib/auto/Compress/Raw/Zlib/Zlib.a
>>
>> 2) By entering the following command sequence
>>
>>
>> echo 'main(){}' | gcc -xc -v -Wl,-verbose -lrt - 2>&1 | grep libpthread
>> libpthread.so.0 needed by
>> /mnt/lfs/tools/bin/../lib/gcc/x86_64-unknown-linux-gnu/5.2.0/../../../../lib64/librt.so
>> found libpthread.so.0 at
On Mon, December 14, 2015 20:11, Read, James C wrote:
> Been working through the book meticulously and had no real problems until
> building Perl in chapter 5.
>
>
> Here is the tail of the output:
>
>
> /mnt/lfs/tools/bin/../lib/gcc/x86_64-unknown-linux-gnu/5.2.0/../../../../lib64/librt.so:
>
On Mon, Dec 14, 2015 at 10:21:54PM +, Read, James C wrote:
> >>
> >> 2) By entering the following command sequence
> >>
> >>
> >> echo 'main(){}' | gcc -xc -v -Wl,-verbose -lrt - 2>&1 | grep libpthread
> >> libpthread.so.0 needed by
> >>
19 matches
Mail list logo