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

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 14407 in the body.
You can then email your comments to 14407 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

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

From: Huajian Luo <hua-jian.luo <at> oracle.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Can't compile emacs trunk on Solaris 11
Date: Wed, 15 May 2013 14:04:01 +0800

[Message part 1 (text/plain, inline)]

Hi there,

I've been unable to build GNU emacs trunk {05/13/2013} on solaris
11. would you please help me to check what's wrong with my compile.
and it runs well when I compile 24.3 with --without-all option.

The test log is attached.

[compile-emacs-log.gz (application/octet-stream, attachment)]

[Message part 3 (text/plain, inline)]

-- 
Cheers,
		Huajian.

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

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: 14407 <at> debbugs.gnu.org
Subject: Re:  Can't compile emacs trunk on Solaris 11
Date: Wed, 15 May 2013 00:52:30 -0700

Thanks for reporting this.
It works for me on Solaris 11.1 x86-64.
Possibly the problem is because you're on a 32-bit host.

Which trunk bzr version are you using?

Which is the most-recent trunk bzr version that worked for you?
You can bisect to find that.

What's the point of the "LIBS="-L/opt/csw/lib" before ./configure?
What happens if you omit that?

What happens if you run "./configure --enable-checking"?

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

From: Huajian Luo <hua-jian.luo <at> oracle.com>
To: 14407 <at> debbugs.gnu.org
Cc: eggert <at> cs.ucla.edu
Subject: Re:  Can't compile emacs trunk on Solaris 11
Date: Thu, 16 May 2013 16:22:47 +0800

Thank you very much for looking into this.

>Thanks for reporting this.
>It works for me on Solaris 11.1 x86-64.
>Possibly the problem is because you're on a 32-bit host.

Maybe, but it works great some time ago, cause I always track the trunk
source tree by git. git://git.savannah.gnu.org/emacs.git

> Which trunk bzr version are you using?
I'm tracking the daily src by git. the most git log shows
* dcd6df2 - (HEAD, origin/trunk, origin/master, origin/HEAD, master) * simple.el (prog-indent-sexp)
  Indent enclosing defun. (4 hours ago) <Leo Liu>

> 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

>What's the point of the "LIBS="-L/opt/csw/lib" before ./configure?
>What happens if you omit that?

It fails with same error.

> What happens if you run "./configure --enable-checking"?

Same error.
,----
| Compiling /freecode/emacs/emacs/lisp/emacs-lisp/macroexp.el
| Segmentation Fault - core dumped
| gmake[2]: *** [/freecode/emacs/emacs/lisp/emacs-lisp/macroexp.elc] Error
| 139
| gmake[2]: Leaving directory `/freecode/emacs/emacs/lisp'
| gmake[1]: *** [bootstrap-emacs] Error 2
| gmake[1]: Leaving directory `/freecode/emacs/emacs/src'
| gmake: *** [src] Error 2
`----

And how can I compile a debugable emacs that I can use mdb/gdb to look
into it?

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

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: hua-jian.luo <at> oracle.com
Cc: 14407 <at> debbugs.gnu.org
Subject: Re: Can't compile emacs trunk on Solaris 11
Date: Thu, 16 May 2013 20:59:05 -0700

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.

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.
>

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

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: hua-jian.luo <at> oracle.com
Cc: 14407-done <at> debbugs.gnu.org
Subject: Re: Can't compile emacs trunk on Solaris 11
Date: Fri, 17 May 2013 14:32:57 -0700

On 05/17/2013 01:23 AM, Huajian Luo wrote:
> 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.

Thanks for checking.  I'll mark this bug as done for now,
since it seems to be a bug in /opt/csw rather than in Emacs.
We can reopen it if we discover that there's an Emacs problem.

Message #25 received at 14407-done <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-done <at> debbugs.gnu.org
Subject: Re: Can't compile emacs trunk on Solaris 11
Date: Sat, 18 May 2013 14:06:23 +0800

On Sat 18 May 2013 05:32, Paul Eggert <eggert <at> cs.ucla.edu> wrote:

> On 05/17/2013 01:23 AM, Huajian Luo wrote:
>> 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.
>
> Thanks for checking.  I'll mark this bug as done for now,
> since it seems to be a bug in /opt/csw rather than in Emacs.
> We can reopen it if we discover that there's an Emacs problem.

OK, thank you very much for the help. now I've installed the 24.3 and
everything works well with --without-x.

Cheers,

Huajian.

Previous Next

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