I checked in a new version that eliminates the autoload cookies for
the users of the problem function below. It compiles ok for me,
though it did before too. This should fix the XEmacs build problem.
Hopefully these variables will still be accessible from Custom as
needed.
Thanks for the report.
Eric
>>> Michael Reiher <redm@...> seems to think that:
>It fixed the error, but after that it complained:
>
>>>Error occurred processing semantic-load.el:
>Symbol's function definition is void: eieio-build-class-alist
>
>I "fixed" that by requiring eieio-opt in semantic-load.el. However then it
>complained:
>
>>>Error occurred processing semantic-load.el:
>Symbol's value as variable is void: semantic-displayor-abstract
>
>I tried putting an autoload cookie here as well, but it didn't work ...
>
>Greets Michael
>
>
>On Wednesday 02 April 2008 14:02, Eric M. Ludlam wrote:
>> Drat.
>>
>> The idea, is there are two variables for controlling the inline
>> completion depending on if it is run from the idle timer
>> (semantic-idle-completions-mode) or from user input. The expectation
>> is that if you type something to get completions, a traditional
>> *Completions* buffer would not be a surprise, but it might be in idle
>> time.
>>
>> Anyway, that missing variable is part of the custom definition which
>> auto calculates the list of options. In GNU Emacs, I don't need an
>> autoload cookie. Adding the cookie causes EIEIO and a host of other
>> things to load too early. Perhaps this is not a big deal. I'll try
>> and resolve the consequences.
>>
>> In semantic-complete.el, try adding an autoload cookie like this and
>> let me know how it goes:
>>
>> *** semantic-complete.el 30 Mar 2008 15:51:20 -0400 1.50
>> --- semantic-complete.el 02 Apr 2008 08:02:02 -0400
>> ***************
>> *** 1844,1849 ****
>> --- 1844,1850 ----
>> inp
>> history)))
>>
>> + ;;;###autoload
>> (defvar semantic-complete-inline-custom-type
>> (append '(radio)
>> (mapcar
>>
>>
>> Eric
>>
>> >>> Michael Reiher <redm@...> seems to think that:
>> >
>> >Hi
>> >
>> >I just did a CVS update of cedet and now semantic fails to compile. I
>> > coudn't figure out how to work around that. I'm using XEmacs 21.4.19.
>> >
>> >Compiling
>> > /home/michael/Scripts/site-lisp/cedet-cvs/semantic/semantic-load.el...
>> > While compiling toplevel forms in
>> >file /home/michael/Scripts/site-lisp/cedet-cvs/semantic/semantic-load.el:
>> > !! Symbol's value as variable is void
>> >((semantic-complete-inline-custom-type))
>> >
>> >>>Error occurred processing semantic-load.el:
>> >
>> >Symbol's value as variable is void: semantic-complete-inline-custom-type
>> >
>> >
>> >Done
>> >make[1]: *** [init] Error 1
>> >make[1]: Leaving directory
>> >`/home/michael/Scripts/site-lisp/cedet-cvs/semantic'
>> >make: *** [semantic] Error 2
[ ... ]
--
Eric Ludlam: eric@...
Siege: http://www.siege-engine.com Emacs: http://cedet.sourceforge.net
|