upon a emerge of libperl-5.8.1 the source gets unpacked and the
create-libperl-soname.patch gets applied with an "ok".
Then the computer crashes with no visible errors anywhere. Everything freezes up
and the only thing in the emerge log is:
1065554173: >>> emerge (1 of 8) sys-devel/libperl-5.8.1 to /
1065554173: === (1 of 8) Cleaning
1065554177: === (1 of 8) Compiling/Merging
This was done while compiling with and without distcc and with ccache enabled.
I'm running ~x86 with the following installed:
Steps to Reproduce:
1. emerge (-u optional) libperl
2. libperl is unpacked and patched
computer crashes completely no 3 finger salute, no console prompt nothing just
installed and built libperl-5.8.1 with perl-5.8.1 being followed up
This also happens on my system. I am running ~x86 on a P4.
Also, I want to note that I am using gcc 3.2.3-r2.
This happens here as well. Portage unpacks the source, patches it (we're up to 5.8.2 here now) and the system hardlocks.
This is gcc 3.3.2 building libperl 5.8.2
This happened with 5.8.1 and I thought maybe my hard drive was failing so I bought a new one and rebuilt the system. I'll be darned if it didn't start happening again.
Could this be an issue with hyperthreading? I am using a P4 3 GHz with HT turned on. I've even tried moving /var/portage/tmp to another drive but still no luck. I'll turn HT off and report back.
Further details: ac-sources 2.4.22-ac4, portage 2.0.49-r15
I would like to communicate with anyone who happened to figure this one out.
I can second the 5.8.2 lockups, I've rebuilt my system but haven't felt like upgrading perl because of this so I'm not sure if there is a resolution.
Hyperthreading locks the system. Turning it off allows me to be able to build without a hitch.
Prob turn it off via kernel or bios and build away. Please let me know if it works for you.
Hyper threading is not a issue on my system or at least I'd be very suprised if it was. I'm running a Dell Inspiron 8200 with a P4-M w/out HyperThreading. As I understand it the cpu's physically have the jumpers for HT disabled.
Having given this a little more thought while I'm still not sure why this is happening. I was not using g-cpan.pl to install modules not in portage. Rather I was using the typical cpan install command "perl -MCPAN -e shell". Specifically I installed the modules needed for request tracker.
On the two other machines which I had perl and did upgrade the perl (both 5.8.0 to 5.8.1 and 5.8.1 to 5.8.2) neither machine had modules installed via the "perl -MCPAN -e shell" method.
Realized that my CFLAG setting might be useful so here they are (after some pentium4 cflag usage I have stuck with this in my new install on this machine): CFLAGS="-march=i686 -O3 -pipe".
I sympathize with those of you having problems, but I don't see anything that we
can do on this end.