bug#14407: Can't compile emacs trunk on Solaris 11

bug#14407: Can't compile emacs trunk on Solaris 11

[Huajian Luo]

[-- Attachment #1: Type: text/plain, Size: 239 bytes --]


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.



[-- Attachment #2: compile log --]
[-- Type: application/octet-stream, Size: 11699 bytes --]

[-- Attachment #3: Type: text/plain, Size: 24 bytes --]


-- 
Cheers,
		Huajian.

bug#14407: Can't compile emacs trunk on Solaris 11

[Paul Eggert]

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"?

bug#14407: Can't compile emacs trunk on Solaris 11

[Huajian Luo]

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?

bug#14407: Can't compile emacs trunk on Solaris 11

[Paul Eggert]

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.

bug#14407: Can't compile emacs trunk on Solaris 11

[Huajian Luo]

[-- Attachment #1: Type: text/plain, Size: 481 bytes --]


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.


[-- Attachment #2: compile log --]
[-- Type: application/octet-stream, Size: 55995 bytes --]

[-- Attachment #3: Type: text/plain, Size: 1452 bytes --]


Cheers,

Hua-Jian.

On Fri 17 May 2013 11:59, Paul Eggert <eggert@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.
>

bug#14407: Can't compile emacs trunk on Solaris 11

[Paul Eggert]

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.

bug#14407: Can't compile emacs trunk on Solaris 11

[Huajian Luo]

On Sat 18 May 2013 05:32, Paul Eggert <eggert@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.