bug#11971: Emacs 24.1 fails to build on ia64 with "value as variable is void"

bug#11971: Emacs 24.1 fails to build on ia64 with "value as variable is void"

[Rob Browning]

Here's another unusual build failure.  This time on Debian Wheezy ia64:

  Compiling /build/buildd-emacs24_24.1+1-3-ia64-1WcbZW/emacs24-24.1+1/debian/build-x/lisp/progmodes/cc-fonts.el

  In toplevel form:
  progmodes/cc-fonts.el:76:27:Error: Symbol's value as variable is void: quote
  make[4]: *** [/build/buildd-emacs24_24.1+1-3-ia64-1WcbZW/emacs24-24.1+1/debian/build-x/lisp/progmodes/cc-fonts.elc] Error 1
  make[4]: *** Waiting for unfinished jobs....

  https://buildd.debian.org/status/fetch.php?pkg=emacs24&arch=ia64&ver=24.1%2B1-3&stamp=1342582280

Does that look familiar?

I think we probably have an ia64 porterbox, so I should be able to do
some testing when I get time.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

bug#11971: Emacs 24.1 fails to build on ia64 with "value as variable is void"

[Sven Joachim]

On 2012-07-18 06:05 +0200, Rob Browning wrote:

> Here's another unusual build failure.  This time on Debian Wheezy ia64:
>
>   Compiling /build/buildd-emacs24_24.1+1-3-ia64-1WcbZW/emacs24-24.1+1/debian/build-x/lisp/progmodes/cc-fonts.el
>
>   In toplevel form:
>   progmodes/cc-fonts.el:76:27:Error: Symbol's value as variable is void: quote
>   make[4]: ***
> [/build/buildd-emacs24_24.1+1-3-ia64-1WcbZW/emacs24-24.1+1/debian/build-x/lisp/progmodes/cc-fonts.elc]
> Error 1
>   make[4]: *** Waiting for unfinished jobs....
>
>   https://buildd.debian.org/status/fetch.php?pkg=emacs24&arch=ia64&ver=24.1%2B1-3&stamp=1342582280
>
> Does that look familiar?

See http://bugs.debian.org/582439.  The Debian emacs23 package has been
compiled with -O1 on ia64 to work around this.

Cheers,
       Sven

bug#11971: Emacs 24.1 fails to build on ia64 with "value as variable is void"

[Andreas Schwab]

Rob Browning <rlb@defaultvalue.org> writes:

> Here's another unusual build failure.  This time on Debian Wheezy ia64:
>
>   Compiling /build/buildd-emacs24_24.1+1-3-ia64-1WcbZW/emacs24-24.1+1/debian/build-x/lisp/progmodes/cc-fonts.el
>
>   In toplevel form:
>   progmodes/cc-fonts.el:76:27:Error: Symbol's value as variable is void: quote

There may be a problem with stack marking on ia64.  Using
GC_USE_GCPROS_AS_BEFORE lets the build succeed.

Andreas.

-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

bug#11971: Emacs 24.1 fails to build on ia64 with "value as variable is void"

[Rob Browning]

Andreas Schwab <schwab@linux-m68k.org> writes:

> There may be a problem with stack marking on ia64.  Using
> GC_USE_GCPROS_AS_BEFORE lets the build succeed.

What does "using" mean here?  Do you mean defining GC_MARK_STACK to
GC_USE_GCPROS_AS_BEFORE rather than to GC_MAKE_GCPROS_NOOPS?

(And Sven's probably right -- using -O1 may also avoid this failure.  I
 had removed the special-casing we had in 23 (to set -O1 rather than -O2
 on ia64), in order to see if 24 still needed it, and then forgot about
 the change.)

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

bug#11971: Emacs 24.1 fails to build on ia64 with "value as variable is void"

[Glenn Morris]

Andreas Schwab wrote:

> Rob Browning <rlb@defaultvalue.org> writes:
>
>> Here's another unusual build failure.  This time on Debian Wheezy ia64:
>>
>>   Compiling /build/buildd-emacs24_24.1+1-3-ia64-1WcbZW/emacs24-24.1+1/debian/build-x/lisp/progmodes/cc-fonts.el
>>
>>   In toplevel form:
>>   progmodes/cc-fonts.el:76:27:Error: Symbol's value as variable is void: quote
>
> There may be a problem with stack marking on ia64.  Using
> GC_USE_GCPROS_AS_BEFORE lets the build succeed.

This discussion didn't go anywhere.

Are you saying we need to change Emacs's configure.ac to define
GC_MARK_STACK as GC_USE_GCPROS_AS_BEFORE on ia64 GNU/Linux?

bug#11971: Emacs 24.1 fails to build on ia64 with "value as variable is void"

[Andreas Schwab]

Glenn Morris <rgm@gnu.org> writes:

> Are you saying we need to change Emacs's configure.ac to define
> GC_MARK_STACK as GC_USE_GCPROS_AS_BEFORE on ia64 GNU/Linux?

You can define via CPPFLAGS, see the comment in lisp.h.

Andreas.

-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

bug#11971: Emacs 24.1 fails to build on ia64 with "value as variable is void"

[Stefan Monnier]

>> Are you saying we need to change Emacs's configure.ac to define
>> GC_MARK_STACK as GC_USE_GCPROS_AS_BEFORE on ia64 GNU/Linux?
> You can define via CPPFLAGS, see the comment in lisp.h.

Better would be to firgure out the actual problem and see if/how we can
fix it.


        Stefan

bug#11971: Emacs 24.1 fails to build on ia64 with "value as variable is void"

[Andreas Schwab]

Stefan Monnier <monnier@iro.umontreal.ca> writes:

> Better would be to firgure out the actual problem and see if/how we can
> fix it.

It may also be a Debian-specific compiler bug, since 24.1 builds without
problem on SLES11.

Andreas.

-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

bug#11971: Emacs 24.1 fails to build on ia64 with "value as variable is void"

[Glenn Morris]

Andreas Schwab wrote:

>> Are you saying we need to change Emacs's configure.ac to define
>> GC_MARK_STACK as GC_USE_GCPROS_AS_BEFORE on ia64 GNU/Linux?
>
> You can define via CPPFLAGS, see the comment in lisp.h.

Sure. But if the problem occurs on many/most ia64 platforms, obviously
we should change the default to the conservative one. Or is there
something unusual about the Debian one?

bug#11971: Emacs 24.1 fails to build on ia64 with "value as variable is void"

[Andreas Schwab]

Glenn Morris <rgm@gnu.org> writes:

> Sure. But if the problem occurs on many/most ia64 platforms, obviously
> we should change the default to the conservative one. Or is there
> something unusual about the Debian one?

Maybe the bug has been fixed already, I couldn't reproduce it with
current trunk.

Andreas.

-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

bug#11971: Emacs 24.1 fails to build on ia64 with "value as variable is void"

[Glenn Morris]

Andreas Schwab wrote:

> Glenn Morris <rgm@gnu.org> writes:
>
>> Sure. But if the problem occurs on many/most ia64 platforms, obviously
>> we should change the default to the conservative one. Or is there
>> something unusual about the Debian one?
>
> Maybe the bug has been fixed already, I couldn't reproduce it with
> current trunk.

Rob, could you try the latest pretest from

http://alpha.gnu.org/gnu/emacs/pretest/

on ia64 and see if it works unmodified?

(It would be super-awesome if you could test it on _all_ the Debian archs.
Is this what experimental is for?)

bug#11971: Emacs 24.1 fails to build on ia64 with "value as variable is void"

[Lars Ingebrigtsen]

Glenn Morris <rgm@gnu.org> writes:

> Andreas Schwab wrote:
>
>> Glenn Morris <rgm@gnu.org> writes:
>>
>>> Sure. But if the problem occurs on many/most ia64 platforms, obviously
>>> we should change the default to the conservative one. Or is there
>>> something unusual about the Debian one?
>>
>> Maybe the bug has been fixed already, I couldn't reproduce it with
>> current trunk.
>
> Rob, could you try the latest pretest from
>
> http://alpha.gnu.org/gnu/emacs/pretest/
>
> on ia64 and see if it works unmodified?
>
> (It would be super-awesome if you could test it on _all_ the Debian archs.
> Is this what experimental is for?)

More information was requested a year ago, and there are other reports
that this is working now, so I'm closing this bug report.  If this is
still a problem, please reopen.

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/