XEmacs-bug: compilation (or linking) fails for changesets 5117-5147
robert delius royar
xemacs at frinabulax.org
Wed Mar 17 12:19:12 EDT 2010
Tue, 16 Mar 2010 (23:09 -0500 UTC) Ben Wing wrote:
>
>
> On Tue, Mar 16, 2010 at 12:55 PM, robert delius royar <xemacs at frinabulax.org> wrote:
> I updated XEmacs 21.5-b29 sources today to the latest changeset
> (5147:b0ab9aa48977). Compilation failed with src/alloc.c complaining of
> alloc.c: In function `make_lcrecord_list':
> alloc.c:3204: error: cannot convert to a pointer type
> alloc.c: In function `alloc_managed_lcrecord':
> alloc.c:3251: error: incompatible type for argument 1 of `wrap_pointer_1'
>
> I tried a number of other changesets until I found that 5116 is the last
> one that works:
> changeset: 5116:e56f73345619
> parent: 3084:aaf96f4ba612
> user: Ben Wing <ben at xemacs.org>
> date: Sat Dec 26 00:20:16 2009 -0600
> summary: Added tag ben-lisp-object-bp for changeset aaf96f4ba612
>
> In different compilations, different errors show up (most with alloc.c).
> In one compilation, the compile continues but the link fails complaining
> that some of the functions referenced in alloc.c are undefined.
>
> Based on the errors, I suspect that it is possible that gcc4.2 does not
> accept the cast (struct lcrecord_list *) as a pointer to a union.
> Compiling without-union-type works for 5147, but my experience on PPC OS
> X has been that treating an int as a complex LispObject makes a less
> stable executable. I rarely see crashes with the union type, but I used
> to see them regularly with the object defined as an int.
>
> The bug tracker is currently out of commission, or I would have
> submitted this through it instead of posting to the mailing list.
>
>
> OK, try it now.
>
> ben
As of 12:00 p.m. US EDT Wed 17 March, the server is still down. The
latest update in the source tree is from Mon 15 March, and the source
still does not compile --with-union-type (same error).
--
Dr. Robert Delius Royar Associate Professor of English
Morehead State University Morehead, Kentucky
More information about the XEmacs-Beta
mailing list