I have an arm-based system and I tried an "emerge -e1av world" today that failed on media-libs/x264 with the error to be seen in build.log Since x264 is not in the stage3-file (why would it?) and I have it installed on that machine, compilation seems to work with gcc:4.5 that was used back then. The upgrade to (~arm) gcc:4.6 was due to https://bugs.gentoo.org/show_bug.cgi?id=451920 I actually don't wanna test with gcc:4.5 since it was removed due to free disk space concerns but I could when asked for. Any hints on the source of the error or a workaround are appreciated Reproducible: Always
Created attachment 336008 [details] build.log
Created attachment 336010 [details] emerge --info
x264-devs say it's gcc's fault since it's failing in native C code, no asm involved. gcc devs say it might be related to: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49422 or http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48808 and that I should try out vanilla gcc or a more recent version (than gcc 4.6.3)
I'm just compiling gcc-4.6.3 with the patches from http://gcc.gnu.org/viewcvs?view=revision&revision=174540 mentioned in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48808 I'll know more in about 2hrs
Okay, that took a little longer. I patched the two "reload*.c" files from the links posted, emerged gcc-4.6.3 and x264 compiles fine. I encoded one video file to test the software and the result (encoded file) plays back well. Compiling with gcc-4.5.4 also compiles and works fine so this seems to be a bug of gcc-4.6.3 on arm (and it should thus not be stabilized there). Maybe I'll test 4.6.1 or 4.6.2 later. Or the toolchain-devs add the patch to the gcc's patchset.
This also occurs when attempting to build icedtea:6 with gcc 4.6.3
this doesn't block gcc 4.6 stable request, it's not even keyworded for arm, let alone stable.
this also causes failures on icedtea:7, same failures.
thanks for tracking down the PR. does the patch in the PR also fix the icedtea failure?
Working on figuring that out now Ryan. Rick says that it doesn't fix it there, I'm doing a fresh chroot now with the patches.
(In reply to comment #10) > Working on figuring that out now Ryan. Rick says that it doesn't fix it > there, I'm doing a fresh chroot now with the patches. My main problem currently is that user_patch doesn't seem to pick up patches named blah.c. I'm rebuilding gcc again, with the patches actually applied this time. Please give me a few and I'll report back.
This fixes the ICE for x264, icedtea:6 and icedtea:7. Sadly icedtea:6 and icedtea:7 still don't actually install, but that is a significantly different issue. The attached patches should be rolled into our 4.6.3 patchset asap.
Fixed in 4.6.3 p1.11.