On Sun, Feb 19, 2012 at 17:23, Pascal Terjan <pter...@gmail.com> wrote: > On Sun, Feb 19, 2012 at 17:08, Pascal Terjan <pter...@gmail.com> wrote: >> On Sun, Feb 19, 2012 at 16:29, Pascal Terjan <pter...@gmail.com> wrote: >>> On Sun, Feb 19, 2012 at 16:23, Pascal Terjan <pter...@gmail.com> wrote: >>>> On Sun, Feb 19, 2012 at 15:55, David Walser <luigiwal...@yahoo.com> wrote: >>>>> Funda Wang wrote: >>>>>> ? 2012-2-12 ??12:08?"David Walser" <luigiwal...@yahoo.com>??? >>>>>> >>>>>>> D Morgan asked us to say if removal of .la files broke anything. It >>>>>>> breaks xpdf, and I don't know if it's fixable. xpdf needs libXt.la to >>>>>>> build libxpdf.la, and the xpdf build is heavily dependent on libxpdf.la. >>>>>>> See xpdf-3.03-shared.diff for example. >>>>>>> >>>>>> The problem is xpdf depends on lesstif, it will bring libXt.la. But >>>>>> lesstif >>>>>> cannot be built now for some reasons. >>>>> >>>>> OK, I see that Funda synced lesstif with Mandriva and fixed the package. >>>>> It now builds locally and I believe it is OK. On the build system, >>>>> it always fails with gcc segfaulting, and it fails at a different place >>>>> every time. I have seen this with other packages where eventually it >>>>> will work, and it seems to be a resources issue that causes it. It >>>>> appears not enough resources (probably RAM) are allocated to the VM (I'm >>>>> assuming it's a VM) on the build system to build this package. >>>> >>>> It's not a vm and it has either 8GB of ram (ecosse) or 12GB (jonund) >>>> +4GB swap... >>> >>> Looking at the log, this is just a normal internal compiler error from gcc: >>> >>> XmString.c: In function 'XmStringGetNextTriple': >>> XmString.c:5484:9: warning: cast from pointer to integer of different >>> size [-Wpointer-to-int-cast] >>> XmString.c: In function 'XmStringComponentCreate': >>> XmString.c:5520:33: warning: cast from pointer to integer of different >>> size [-Wpointer-to-int-cast] >>> {standard input}: Assembler messages: >>> {standard input}: Warning: end of file not at end of a line; newline >>> inserted >>> {standard input}:1840: Error: number of operands mismatch for `test' >>> {standard input}: Error: open CFI at the end of file; missing >>> .cfi_endproc directive >>> gcc: internal compiler error: Segmentation fault (program cc1) >>> Please submit a full bug report, >>> with preprocessed source if appropriate. >>> See <http://bugs.mageia.org/> for instructions. >>> make[2]: *** [XmString.lo] Error 1 >>> >>> It was reported at least on https://bugs.archlinux.org/task/27357 but >>> I din't find upstream (gcc) report. I'll try to have a look. >> >> Crash happens when you build http://fasmz.org/~pterjan/tmp/XmStringE.c >> with -O1 or -O2, I'll test on other arch/versions and report bug >> upstream > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52310
Duplicate of http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51077 which contains a patch for gcc