Re: XEmacs on Fedora 26, Ubuntu 17.10

Ar an ceathrú lá de mí na Samhain, scríobh Raymond Toy: > On Fri, Nov 3, 2017 at 10:45 AM, Raymond Toy <toy.raymond(a)gmail.com&gt; wrote: > > > My primary systems are Fedora 25 and Ubuntu 14, and latest xemacs runs > > fine there. (One minor nit: menus are displayed with strange colors and > > backgrounds. I worked around that by using --with-xft=emacs,menubars.) > > > > However, I've been trying to build on 26 and 17.10. (And some random > > Debian test at work). It doesn't work. > > > > On fedora 26 and ubuntu, I configure using --with-mule > > --with-xft=emacs,menubars > > > > In both systems, I gt errors that __getpagesize is implicitly declared and > > that sbrk has conflicting types. > > > > I just removed the erroneous declaration of sbrk (in favor of the > > definition from unistd.h), and just changed __getpagesize to getpagesize. > > This allows compile to finish, but running > > > > xemacs -no-packages -batch -no-autoloads -l update-elc-2.el -f > > batch-update-elc-2 > > > > causes a segfault. Indeed, just src/xemacs segfaults. > > > > ​Not sure what happened, but I just rebuilt with the changes to gmalloc and > everything builds and appears to run on Fedora. Yay! Glad it’s working! I’ve upgraded this machine to Debian Stretch, and an issue with it is that gcc now compiles with -fPIE by default, and that segfaults on starting up. Workaround is to compile with clang. On looking it up it seems unlikely that Ubuntu 14 from 2014 has this issue. Fedora 25 from November 2016 may well have it. We need to add some configure magic to detect when the compiler is using -fPIE and to turn it off by default. -- ‘As I sat looking up at the Guinness ad, I could never figure out / How your man stayed up on the surfboard after forty pints of stout’ (C. Moore)