Compiling with clang fixed the immediate issues. Everything works just
like it does on my Fedora 24 system.
Just gotta remember to use athena widgets so that customize doesn't crash
On Sun, Nov 5, 2017 at 2:39 PM, Aidan Kehoe <kehoea(a)parhasard.net> wrote:
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>
> > My primary systems are Fedora 25 and Ubuntu 14, and latest xemacs runs
> > fine there. (One minor nit: menus are displayed with strange colors
> > 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
> > 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
> > 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
> 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
Ubuntu 14 from 2014 has this issue. Fedora 25 from November 2016 may well
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’