GNU bug report logs - #14407
Can't compile emacs trunk on Solaris 11

Previous Next

Package: emacs;

Reported by: hua-jian.luo <at> oracle.com

Date: Wed, 15 May 2013 06:42:02 UTC

Severity: important

Done: Paul Eggert <eggert <at> cs.ucla.edu>

Bug is archived. No further changes may be made.

Full log


Message #17 received at 14407 <at> debbugs.gnu.org (full text, mbox):

From: Huajian Luo <hua-jian.luo <at> oracle.com>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: 14407 <at> debbugs.gnu.org
Subject: Re: Can't compile emacs trunk on Solaris 11
Date: Fri, 17 May 2013 16:23:03 +0800
[Message part 1 (text/plain, inline)]
You're right, I delete /opt/csw/bin from my PATH and reconfigure with
--without-x and voila it compiled with no error, even with today's git
pull build.

[emacs]$printenv | grep csw
PATH=/usr/bin:/usr/sbin:/opt/csw/gcc4/bin

So currently I'm just narrow down the root cause,by checking my
configure, especially the core during configure stage.

I attached the log file of the compile. so this is not a common problem
and it's due to my system configuration. I'll check out that.

[emacs-trunk-compile-solaris.gz (application/octet-stream, attachment)]
[Message part 3 (text/plain, inline)]
Cheers,

Hua-Jian.

On Fri 17 May 2013 11:59, Paul Eggert <eggert <at> cs.ucla.edu> wrote:

> I tried to reproduce the problem on Solaris 10 sparc as well,
> and can't do it.  I also tried building 32-bit Emacs
> implementations, using "gcc -m32", and couldn't reproduce
> the problem there either.
>
> I did notice serious problems in your build log
> <http://debbugs.gnu.org/cgi/bugreport.cgi?msg=5;filename=compile-emacs-log.gz;att=1;bug=14407>;
> pkg-config is repeatedly dumping core.  For example:
>
> checking for alsa >= 1.0.0... ./configure: line 8975: 906 Killed "$PKG_CONFIG"
> --exists "$ALSA_MODULES" 2>&5
> no
>
> So my guess is that /opt/csw is part of the problem.
> I suggest that you build without using /opt/csw, by
> removing it from your PATH, and then rebuilding from
> scratch.
>
>>> Which is the most-recent trunk bzr version that worked for you?
>>> You can bisect to find that.
>> 
>> A long time ago, but the release can work with --without-all
>
> The idea of bisecting is that you can use binary search to
> find out the exact revision number that stopped working
> for you.  It takes a bit of time, but it can be well worth
> doing.
>
>> And how can I compile a debugable emacs that I can use mdb/gdb to look
>> into it?
>
> That should happen by default.  Just type "./configure; make"
> in a fresh copy.  Make sure /opt/csw is not mentioned in your
> environment, though: "printenv | grep /opt/csw" should output nothing.
>

This bug report was last modified 12 years and 66 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.