Am Dienstag, den 07.05.2019, 08:24 -0400 schrieb baho-
[email protected]:
> Building perl ( both chapter 5 and 6 ) under the host system (pclinuxos) 
> works fine.
> 
> The issue is when I use the newly built LFS-8.4 to build its self ie as 
> the host system.
> 
> The perl build for both chapter 5 and chapter 6 produces some segfaults 
> outputs to stderr.
> 
> The build always completes and I when boot to this new build (lfs as the 
> host) and it works.
> 
> The last LFS ( version 8.2 ) I built does not do this when using it to 
> "rebuild its self".
> 
> Has anyone seen this?
> 
Yes. I quickly run a test build on a LFS-8.4 producing a LFS-SVN
system using a ssh session and in parallel watching the console of
that VM via RDP. On console i got several segfault messages presented:

<snip>
7ffeee618ff0 error 6 in Storable.so[7f55fe945000+14000]
[354156.417589] Code: 41 55 49 89 fd 41 54 49 89 d4 55 48 89 f5 53 48
83 ec 20 4c 8b 76 08 64 48 8b 04 25 28 00 00 00 48 89 44 24 18 31 c0
4c 89 f6 <e8> af 32 ff ff 48 85 c0 0f 84 f6 01 00 00 49 8d 95 50 01 00
00 49
[354156.507682] perl[2912]: segfault at 7fff26c7bff8 ip
00007f00dc2ad476 sp 00007fff26c7c000 error 6 in
Storable.so[7f00dc29f000+14000]
[354156.508061] Code: fc ff ff e8 3c 1d ff ff 41 c7 47 78 01 00 00 00
48 8d 3d 4d 66 00 00 31 c0 e8 26 1f ff ff 66 0f 1f 44 00 00 41 57 41
56 41 55 <41> 54 55 48 89 fd 53 48 89 f3 48 83 ec 18 44 8b 6a 0c 4c 8b
62 10
[354156.530198] perl[2914]: segfault at 7ffc84637ff8 ip
00007fa2130b6c37 sp 00007ffc84638000 error 6 in
libperl.so[7fa212ff3000+160000]
[354156.531220] Code: 00 00 00 48 83 c4 08 5b 5d 41 5c 41 5d 41 5e 41
5f c3 e8 9c d2 ff ff 66 66 2e 0f 1f 84 00 00 00 00 00 90 55 48 89 d0
48 89 fd <53> 48 89 d3 48 c1 e8 0a 48 c1 eb 03 48 31 c3 48 89 d0 48 c1
e8 14
[354156.582947] perl[2918]: segfault at 7ffcdd9e9ff8 ip
00007f153acfdc37 sp 00007ffcdd9ea000 error 6 in
libperl.so[7f153ac3a000+160000]
[354156.583340] Code: 00 00 00 48 83 c4 08 5b 5d 41 5c 41 5d 41 5e 41
5f c3 e8 9c d2 ff ff 66 66 2e 0f 1f 84 00 00 00 00 00 90 55 48 89 d0
48 89 fd <53> 48 89 d3 48 c1 e8 0a 48 c1 eb 03 48 31 c3 48 89 d0 48 c1
e8 14
[354156.659382] perl[2936]: segfault at 7ffe8b3f3ff8 ip
00007feb5ff0af4e sp 00007ffe8b3f3ff0 error 6 in
libperl.so[7feb5fe59000+160000]
[354156.659743] Code: f5 ff 48 8b 44 24 08 49 8d 04 c7 e9 96 fd ff ff
e8 67 06 f5 ff 0f 1f 80 00 00 00 00 41 54 49 89 fc 55 48 89 f5 53 48
83 ec 10 <48> 89 54 24 08 f6 46 0e 80 0f 85 93 00 00 00 48 8b 45 00 48
8b 74
</snip>

So it looks like it has been described somewhere in the thread. I
tried to catch the moment when the messages popped up on the console
to stop the pager showing me the log file (stopping "less +F perl.log"
by ^C). The last entries in the log looked like

<snip>
chmod 755 ../../lib/auto/Math/BigInt/FastCalc/FastCalc.so
make[1]: Leaving directory '/autolfs/sources/perl-5.28.2/cpan/Math-
BigInt-FastCa
lc'
probe for max. stack sizes...
parallel build race - wait for linker ...
Storable: determining recursion limit: 65000 too big, try less 32550
...
Storable: determining recursion limit: 32550 too big, try less 16325
...
Storable: determining recursion limit: 16325 passed, try more 24437
...
Storable: determining recursion limit: 24437 too big, try less 20381
...
Storable: determining recursion limit: 20381 passed, try more 22409
...
Storable: determining recursion limit: 22409 passed, try more 23423
...
Storable: determining recursion limit: 23423 too big, try less 22916
...
Storable: determining recursion limit: 22916 too big, try less 22663
...
Storable: determining recursion limit: 22663 passed, try more 22789
...
rm -f ../../lib/auto/XS/APItest/APItest.so
cc  -shared -O2 -L/usr/local/lib -fstack-protector-strong  APItest.o
XSUB-undef-XS_VERSION.o XSUB-redefined-macros.o core.o exception.o
notcore.o  -o ../../lib/auto/XS/APItest/APItest.so  \
      \
  
Storable: determining recursion limit: 22789 too big, try less 22726
...
chmod 755 ../../lib/auto/XS/APItest/APItest.so
make[1]: Leaving directory '/autolfs/sources/perl-5.28.2/ext/XS-
APItest'
Storable: determining recursion limit: 22726 passed, try more 22757
...
Storable: determining recursion limit: 22757 passed, try more 22773
...
Storable: determining recursion limit: 22773 too big, try less 22765
...
Storable: determining recursion limit: 22765 passed, try more 22769
...
Storable: determining recursion limit: 22769 passed, try more 22771
...
Storable: determining recursion limit: 22771 passed, try more 22772
...
Storable: determining recursion limit: 22772 passed, try more 22772
...
MAX_DEPTH = 22772
Storable: determining recursion limit: 11386 too big, try less 5718
...
Storable: determining recursion limit: 5718 too big, try less 2884 ...
Storable: determining recursion limit: 2884 too big, try less 1467 ...
Storable: determining recursion limit: 1467 too big, try less 759 ...
Storable: determining recursion limit: 759 too big, try less 405 ...
Storable: determining recursion limit: 405 passed, try more 582 ...
Storable: determining recursion limit: 582 too big, try less 494 ...
Storable: determining recursion limit: 494 passed, try more 538 ...
Storable: determining recursion limit: 538 too big, try less 516 ...
Storable: determining recursion limit: 516 too big, try less 505 ...
Storable: determining recursion limit: 505 passed, try more 510 ...
Storable: determining recursion limit: 510 passed, try more 513 ...
Storable: determining recursion limit: 513 passed, try more 514 ...
Storable: determining recursion limit: 514 too big, try less 514 ...
MAX_DEPTH_HASH = 513
make[1]: Leaving directory '/autolfs/sources/perl-
5.28.2/dist/Storable'
test -d lib/Storable || mkdir lib/Storable
</snip>

After that, perl continues to install like a charme. 

I tend to assume that they are doing some internal tests on some kind
of limits and when they exceed, a segfault occurs (which is logged on
console) but that seems to be expected and covered by the build
machinery.

That said, I did not dig into the build scripts of perl to prove this
more or less risky thesis. It's just an assumption.

Like Bruce (and i'm pretty sure many others too) I use newly built
LFS-systems to build other ones - for both, i686 and x86_64. Since
years, I have not installed other distros than LFS (except on the VM
host) and had never issues with using perl. I take this as another
indication to my thesis above that the segfault messages are not nice
but they are covered and can be ignored.

Thoughts?

--
Thomas

-- 
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

Reply via email to