Compiling xorg-x11-6.8.2-r1 on Alpha ev6 fails with the folwoing message: ------------------ LD_LIBRARY_PATH=../../../exports/lib XLOCALEDIR=../../../exports/lib/locale ../../../exports/bin/bdftopcf -t lutBS08.bdf | gzip > lutBS08.pcf.gz make[5]: *** [lutBS08.pcf.gz] Error 139 make[5]: Leaving directory `/var/tmp/portage/xorg-x11-6.8.2-r1/work/xc/fonts/bdf/75dpi' make[4]: *** [all] Error 2 make[4]: Leaving directory `/var/tmp/portage/xorg-x11-6.8.2-r1/work/xc/fonts/bdf' make[3]: *** [all] Error 2 make[3]: Leaving directory `/var/tmp/portage/xorg-x11-6.8.2-r1/work/xc/fonts' make[2]: *** [all] Error 2 make[2]: Leaving directory `/var/tmp/portage/xorg-x11-6.8.2-r1/work/xc' make[1]: *** [World] Error 2 make[1]: Leaving directory `/var/tmp/portage/xorg-x11-6.8.2-r1/work/xc' make: *** [World] Error 2 ------------------ I have the folowing compiler flags: CFLAGS="-mieee -O2 -mcpu=ev6", gzip is 1.3.5-r6. Reproducible: Always Steps to Reproduce: emerge -k xorg-x11 Actual Results: LD_LIBRARY_PATH=../../../exports/lib XLOCALEDIR=../../../exports/lib/locale ../../../exports/bin/bdftopcf -t lutBS08.bdf | gzip > lutBS08.pcf.gz make[5]: *** [lutBS08.pcf.gz] Error 139 make[5]: Leaving directory `/var/tmp/portage/xorg-x11-6.8.2-r1/work/xc/fonts/bdf/75dpi' make[4]: *** [all] Error 2 make[4]: Leaving directory `/var/tmp/portage/xorg-x11-6.8.2-r1/work/xc/fonts/bdf' make[3]: *** [all] Error 2 make[3]: Leaving directory `/var/tmp/portage/xorg-x11-6.8.2-r1/work/xc/fonts' make[2]: *** [all] Error 2 make[2]: Leaving directory `/var/tmp/portage/xorg-x11-6.8.2-r1/work/xc' make[1]: *** [World] Error 2 make[1]: Leaving directory `/var/tmp/portage/xorg-x11-6.8.2-r1/work/xc' make: *** [World] Error 2 Expected Results: Compile withour errors I have reproduced this bug on a vanilla alpha gentoo install (ev4 in the ccflags).
If I emerge gzip-1.3.5-r5 by hand (not the default stable in portage) then xorg compiles just fine. So this is properly releated to the way gzip is patched/build in version 1.3.5-r6.
Sounds unrelated to X11, then.
This problem is brought about because the patch for alpha contained in gzip- 1.3.5-r5 was deleted by gzip-1.3.5-r6. The patch for alpha can be obtained from the Bug report log of Debian. Please see the following URL for details. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=187417 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=184057
Created attachment 59200 [details, diff] patch for gzip-1.3.5-r6.ebuild
Created attachment 59201 [details, diff] patch for gzip on alpha A file name is gzip-1.3.5-alpha.patch
I've tested the patch (gzip-1.3.5-alpha.patch), and it fixes it for me. Interestingly, the patched gzip-1.3.5 produced a different output from that of the vanilla gzip-1.2.4a (the compressed files were different). Yet they both could be decompressed by each other's gunzip, and the decompressed files were identical. So I think this patch is "good-to-go"!
fixed in gzip-1.3.5-r7