CEDET

I, also, cannot get a clean compile with cedet-1=2E0pre4=2E  In my case, I=
=0D=0Aam working on a Solaris 8 machine=2E  While make is working on ede, t=
he=0D=0Aprocess craters with the following error messages:=0D=0A=0D=0AWhile=
 compiling toplevel forms in file=0D=0A/usr/local/share/emacs/site-lisp/ced=
etDir/cedet-1=2E0pre4/ede/ede-util=2Eel:=0D=0A  !! Wrong number of argument=
s ((#[(list-var element) " J\235\203=0D=0A        J\207   JBL\207" [element=
 list-var] 3 1094162] 3))=0D=0AWhile compiling toplevel forms in file=0D=0A=
/usr/local/share/emacs/site-lisp/cedetDir/cedet-1=2E0pre4/ede/ede-system=2E=
e=0D=0Al:=0D=0A  !! Wrong number of arguments ((#[(list-var element) " J\23=
5\203=0D=0A        J\207   JBL\207" [element list-var] 3 1094162] 3))=0D=0A=
While compiling ede-speedbar-compile-line in file=0D=0A/usr/local/share/ema=
cs/site-lisp/cedetDir/cedet-1=2E0pre4/ede/ede-speedbar=0D=0A=2E=2Eel:=0D=0A=
  ** reference to free variable ede-project=0D=0A  ** reference to free var=
iable ede-target=0D=0AWhile compiling ede-speedbar-get-top-project-for-line=
:=0D=0A  ** reference to free variable ede-target=0D=0A  ** reference to fr=
ee variable ede-project=0D=0AWrote=0D=0A/usr/local/share/emacs/site-lisp/ce=
detDir/cedet-1=2E0pre4/ede/ede-speedbar=0D=0A=2E=2Eelc=0D=0AWhile compiling=
 toplevel forms in file=0D=0A/usr/local/share/emacs/site-lisp/cedetDir/cede=
t-1=2E0pre4/ede/ede-simple=2Ee=0D=0Al:=0D=0A  !! Wrong number of arguments =
((#[(list-var element) " J\235\203=0D=0A        J\207   JBL\207" [element l=
ist-var] 3 1094162] 3))=0D=0ADone=0D=0Amake[1]: *** [ede] Error 1=0D=0Amake=
[1]: Leaving directory=0D=0A`/usr/local/share/emacs/site-lisp/cedetDir/cede=
t-1=2E0pre4/ede'=0D=0Amake: *** [ede] Error 2=0D=0A=0D=0AI have tried clean=
-autoloads, then clean-all, then back to step 2=2E  Same=0D=0Aresult=2E  Th=
anks for help=2E=0D=0A=0D=0A-----Original Message-----=0D=0AFrom: cedet-dev=
el-bounces@...=
=2Esourceforge=2Enet] On Behalf Of Kai=0D=0ATischler=0D=0ASent: Tuesday, Ju=
ly 03, 2007 10:49 AM=0D=0ATo: cedet-devel@...=
bject: [CEDET-devel] Cannot bytecompile CEDET using GNU make 3=2E81=0D=0A=
=0D=0AInvoking make for the CEDET main makefile stops soon with the followi=
ng=0D=0Aerror=0D=0Amessage:=0D=0A=0D=0Axemacs exiting=2E=0D=0ASymbol's func=
tion definition is void: defadvicemake[1]: *** [autoloads]=0D=0AError 255=
=0D=0A=0D=0AOR=0D=0A=0D=0Axemacs exiting=2E=0D=0ASymbol's function definiti=
on is void: ad-add-advicemake[1]: ***=0D=0A[autoloads]=0D=0AError 255=0D=0A=
=0D=0A=0D=0AThis is indeed NEW behaviour for me; I am not sure why I have n=
ot=0D=0Aexperienced=0D=0Athat before; any recommendations ?=0D=0A=0D=0A=0D=
=0A=0D=0A------------------------------------------------------------------=
------=0D=0A-=0D=0AThis SF=2Enet email is sponsored by DB2 Express=0D=0ADow=
nload DB2 Express C - the FREE version of DB2 express and take=0D=0Acontrol=
 of your XML=2E No limits=2E Just data=2E Click to get it now=2E=0D=0Ahttp:=
//sourceforge=2Enet/powerbar/db2/=0D=0A____________________________________=
___________=0D=0ACedet-devel mailing list=0D=0ACedet-devel@...=
rge=2Enet=0D=0Ahttps://lists=2Esourceforge=2Enet/lists/listinfo/cedet-devel=
=0D=0A-----------------------------------------=0D=0AThe information in thi=
s message may be proprietary and/or=0Aconfidential, and protected from disc=
losure=2E  If the reader of this=0Amessage is not the intended recipient, o=
r an employee or agent=0Aresponsible for delivering this message to the int=
ended recipient,=0Ayou are hereby notified that any dissemination, distribu=
tion or=0Acopying of this communication is strictly prohibited=2E If you ha=
ve=0Areceived this communication in error, please notify First Data=0Aimmed=
iately by replying to this message and deleting it from your=0Acomputer=2E

>>> Kai Tischler <kaitischler@...> seems to think that:
>Invoking make for the CEDET main makefile stops soon with the following error
>message:
>
>xemacs exiting.
>Symbol's function definition is void: defadvicemake[1]: *** [autoloads] Error 255
>
>OR
>
>xemacs exiting.
>Symbol's function definition is void: ad-add-advicemake[1]: *** [autoloads]
>Error 255
>
>
>This is indeed NEW behaviour for me; I am not sure why I have not experienced
>that before; any recommendations ?
  [ ... ]

Hi,

  What version of XEmacs are you using, and which file is throwing
that compilation error?

Thanks
Eric

-- 
          Eric Ludlam:                 zappo@..., eric@...
   Home: http://www.ludlam.net            Siege: http://www.siege-engine.com
Emacs: http://cedet.sourceforge.net               GNU: http://www.gnu.org

Hi,

  What version of Emacs are you using?  ede-simple is a new file, and
  may not have been tested on all version of Emacs yet.

Thanks
Eric


>>> "Marcum, Bob" <Bob.Marcum@...> seems to think that:
>I, also, cannot get a clean compile with cedet-1.0pre4.  In my case, I
>am working on a Solaris 8 machine.  While make is working on ede, the
>process craters with the following error messages:
>
>While compiling toplevel forms in file
>/usr/local/share/emacs/site-lisp/cedetDir/cedet-1.0pre4/ede/ede-util.el:
>  !! Wrong number of arguments ((#[(list-var element) " J\235\203
>        J\207   JBL\207" [element list-var] 3 1094162] 3))
>While compiling toplevel forms in file
>/usr/local/share/emacs/site-lisp/cedetDir/cedet-1.0pre4/ede/ede-system.e
>l:
>  !! Wrong number of arguments ((#[(list-var element) " J\235\203
>        J\207   JBL\207" [element list-var] 3 1094162] 3))
>While compiling ede-speedbar-compile-line in file
>/usr/local/share/emacs/site-lisp/cedetDir/cedet-1.0pre4/ede/ede-speedbar
>..el:
>  ** reference to free variable ede-project
>  ** reference to free variable ede-target
>While compiling ede-speedbar-get-top-project-for-line:
>  ** reference to free variable ede-target
>  ** reference to free variable ede-project
>Wrote
>/usr/local/share/emacs/site-lisp/cedetDir/cedet-1.0pre4/ede/ede-speedbar
>..elc
>While compiling toplevel forms in file
>/usr/local/share/emacs/site-lisp/cedetDir/cedet-1.0pre4/ede/ede-simple.e
>l:
>  !! Wrong number of arguments ((#[(list-var element) " J\235\203
>        J\207   JBL\207" [element list-var] 3 1094162] 3))
>Done
>make[1]: *** [ede] Error 1
>make[1]: Leaving directory
>`/usr/local/share/emacs/site-lisp/cedetDir/cedet-1.0pre4/ede'
>make: *** [ede] Error 2
>
>I have tried clean-autoloads, then clean-all, then back to step 2.  Same
>result.  Thanks for help.
  [ ... ]

-- 
          Eric Ludlam:                 zappo@..., eric@...
   Home: http://www.ludlam.net            Siege: http://www.siege-engine.com
Emacs: http://cedet.sourceforge.net               GNU: http://www.gnu.org

Hi Eric,

at least for me:

tryied to compile latest cedet pre4 with XEmacs 21.4.19 but fails =
because semantic-html.el can not being byte-compiled cause of missing =
sgml-mode.el - i have installed the sumo-tarball for that XEmacs and it =
doesn't contain a sgml-mode!!

How do other compiling cedet-pre4 with XEmacs 21.4.19??

IMHO cedet should net require (at least not without protection against =
failing) packages which are not guaranted being contained in the =
distributions of (X)Emacs........

What do you think?

Klaus

Eric M. Ludlam wrote:
>>>> Kai Tischler <kaitischler@...> seems to think that:
>> Invoking make for the CEDET main makefile stops soon with the
>> following error message:=20
>>=20
>> xemacs exiting.
>> Symbol's function definition is void: defadvicemake[1]: ***
>> [autoloads] Error 255=20
>>=20
>> OR
>>=20
>> xemacs exiting.
>> Symbol's function definition is void: ad-add-advicemake[1]: ***
>> [autoloads] Error 255=20
>>=20
>>=20
>> This is indeed NEW behaviour for me; I am not sure why I have not
>> experienced that before; any recommendations ?
>   [ ... ]
>=20
> Hi,
>=20
>   What version of XEmacs are you using, and which file is throwing
> that compilation error?
>=20
> Thanks
> Eric

That's fine.  I've done that frequently.  What does XEmacs 21.4.9 use
instead of sgml-mode for html?  Does it use an html-mode.el instead,
or something else?  If there is something there, it should use it.

Thanks
Eric

>>> <klaus.berndl@...> seems to think that:
>Hi Eric,
>
>at least for me:
>
>tryied to compile latest cedet pre4 with XEmacs 21.4.19 but fails
>because semantic-html.el can not being byte-compiled cause of missing
>sgml-mode.el - i have installed the sumo-tarball for that XEmacs and
>it doesn't contain a sgml-mode!!
>
>How do other compiling cedet-pre4 with XEmacs 21.4.19??
>
>IMHO cedet should net require (at least not without protection against
>failing) packages which are not guaranted being contained in the
>distributions of (X)Emacs........
>
>What do you think?
>
>Klaus
>
>Eric M. Ludlam wrote:
>>>>> Kai Tischler <kaitischler@...> seems to think that:
>>> Invoking make for the CEDET main makefile stops soon with the
>>> following error message: 
>>> 
>>> xemacs exiting.
>>> Symbol's function definition is void: defadvicemake[1]: ***
>>> [autoloads] Error 255 
>>> 
>>> OR
>>> 
>>> xemacs exiting.
>>> Symbol's function definition is void: ad-add-advicemake[1]: ***
>>> [autoloads] Error 255 
>>> 
>>> 
>>> This is indeed NEW behaviour for me; I am not sure why I have not
>>> experienced that before; any recommendations ?
>>   [ ... ]
>> 
>> Hi,
>> 
>>   What version of XEmacs are you using, and which file is throwing
>> that compilation error?
>> 
>> Thanks
>> Eric
>

What have you done frequently ??

Does it mean for you byte-compiling cedet with XEmacs 21.4.19 works??

For me it can't because semantic-html.el contains

(require 'sgml-mode)

and XEmacs does not have any sgml-mode.el - not even in the =
sumo-tarball!

How byte-compiling cedet should work without that sgml-mode.el?!

Ciao,
Klaus

Klaus

Eric M. Ludlam wrote:
> That's fine.  I've done that frequently.  What does XEmacs 21.4.9 use
> instead of sgml-mode for html?  Does it use an html-mode.el instead,
> or something else?  If there is something there, it should use it.
>=20
> Thanks
> Eric
>=20
>>>> <klaus.berndl@...> seems to think that:
>> Hi Eric,
>>=20
>> at least for me:
>>=20
>> tryied to compile latest cedet pre4 with XEmacs 21.4.19 but fails
>> because semantic-html.el can not being byte-compiled cause of missing
>> sgml-mode.el - i have installed the sumo-tarball for that XEmacs and
>> it doesn't contain a sgml-mode!!
>>=20
>> How do other compiling cedet-pre4 with XEmacs 21.4.19??
>>=20
>> IMHO cedet should net require (at least not without protection
>> against failing) packages which are not guaranted being contained in
>> the distributions of (X)Emacs........
>>=20
>> What do you think?
>>=20
>> Klaus
>>=20
>> Eric M. Ludlam wrote:
>>>>>> Kai Tischler <kaitischler@...> seems to think that:
>>>> Invoking make for the CEDET main makefile stops soon with the
>>>> following error message:=20
>>>>=20
>>>> xemacs exiting.
>>>> Symbol's function definition is void: defadvicemake[1]: ***
>>>> [autoloads] Error 255=20
>>>>=20
>>>> OR
>>>>=20
>>>> xemacs exiting.
>>>> Symbol's function definition is void: ad-add-advicemake[1]: ***
>>>> [autoloads] Error 255=20
>>>>=20
>>>>=20
>>>> This is indeed NEW behaviour for me; I am not sure why I have not
>>>> experienced that before; any recommendations ?
>>>   [ ... ]
>>>=20
>>> Hi,
>>>=20
>>>   What version of XEmacs are you using, and which file is throwing
>>> that compilation error?=20
>>>=20
>>> Thanks
>>> Eric

Eric, thanks for the response=2E  This version of Emacs is "GNU Emacs=0D=0A=
20=2E4=2E2" on Solaris 8=2E=0D=0A=0D=0A-----Original Message-----=0D=0AFrom=
: cedet-devel-bounces@...=
unces@...] On Behalf Of Eric M=2E=0D=0ALudlam=0D=0ASe=
nt: Wednesday, July 04, 2007 5:06 PM=0D=0ATo: Marcum, Bob=0D=0ACc: cedet-de=
vel@...: Re: [CEDET-devel] Cannot byteco=
mpile CEDET using GNU make 3=2E81=0D=0A=0D=0AHi,=0D=0A=0D=0A  What version =
of Emacs are you using?  ede-simple is a new file, and=0D=0A  may not have =
been tested on all version of Emacs yet=2E=0D=0A=0D=0AThanks=0D=0AEric=0D=
=0A=0D=0A=0D=0A>>> "Marcum, Bob" <Bob=2EMarcum@...> seems to th=
ink that:=0D=0A>I, also, cannot get a clean compile with cedet-1=2E0pre4=2E=
  In my case, I=0D=0A>am working on a Solaris 8 machine=2E  While make is w=
orking on ede, the=0D=0A>process craters with the following error messages:=
=0D=0A>=0D=0A>While compiling toplevel forms in file=0D=0A>/usr/local/share=
/emacs/site-lisp/cedetDir/cedet-1=2E0pre4/ede/ede-util=2Eel=0D=0A:=0D=0A>  =
!! Wrong number of arguments ((#[(list-var element) " J\235\203=0D=0A>     =
   J\207   JBL\207" [element list-var] 3 1094162] 3))=0D=0A>While compiling=
 toplevel forms in file=0D=0A>/usr/local/share/emacs/site-lisp/cedetDir/ced=
et-1=2E0pre4/ede/ede-system=2E=0D=0Ae=0D=0A>l:=0D=0A>  !! Wrong number of a=
rguments ((#[(list-var element) " J\235\203=0D=0A>        J\207   JBL\207" =
[element list-var] 3 1094162] 3))=0D=0A>While compiling ede-speedbar-compil=
e-line in file=0D=0A>/usr/local/share/emacs/site-lisp/cedetDir/cedet-1=2E0p=
re4/ede/ede-speedba=0D=0Ar=0D=0A>=2E=2Eel:=0D=0A>  ** reference to free var=
iable ede-project=0D=0A>  ** reference to free variable ede-target=0D=0A>Wh=
ile compiling ede-speedbar-get-top-project-for-line:=0D=0A>  ** reference t=
o free variable ede-target=0D=0A>  ** reference to free variable ede-projec=
t=0D=0A>Wrote=0D=0A>/usr/local/share/emacs/site-lisp/cedetDir/cedet-1=2E0pr=
e4/ede/ede-speedba=0D=0Ar=0D=0A>=2E=2Eelc=0D=0A>While compiling toplevel fo=
rms in file=0D=0A>/usr/local/share/emacs/site-lisp/cedetDir/cedet-1=2E0pre4=
/ede/ede-simple=2E=0D=0Ae=0D=0A>l:=0D=0A>  !! Wrong number of arguments ((#=
[(list-var element) " J\235\203=0D=0A>        J\207   JBL\207" [element lis=
t-var] 3 1094162] 3))=0D=0A>Done=0D=0A>make[1]: *** [ede] Error 1=0D=0A>mak=
e[1]: Leaving directory=0D=0A>`/usr/local/share/emacs/site-lisp/cedetDir/ce=
det-1=2E0pre4/ede'=0D=0A>make: *** [ede] Error 2=0D=0A>=0D=0A>I have tried =
clean-autoloads, then clean-all, then back to step 2=2E=0D=0ASame=0D=0A>res=
ult=2E  Thanks for help=2E=0D=0A  [ =2E=2E=2E ]=0D=0A=0D=0A-- =0D=0A       =
   Eric Ludlam:                 zappo@...=
om=0D=0A   Home: http://www=2Eludlam=2Enet            Siege: www=2Esiege-en=
gine=2Ecom=0D=0AEmacs: http://cedet=2Esourceforge=2Enet               GNU: =
www=2Egnu=2Eorg=0D=0A=0D=0A------------------------------------------------=
------------------------=0D=0A-=0D=0AThis SF=2Enet email is sponsored by DB=
2 Express=0D=0ADownload DB2 Express C - the FREE version of DB2 express and=
 take=0D=0Acontrol of your XML=2E No limits=2E Just data=2E Click to get it=
 now=2E=0D=0Ahttp://sourceforge=2Enet/powerbar/db2/=0D=0A__________________=
_____________________________=0D=0ACedet-devel mailing list=0D=0ACedet-deve=
l@... href="0Ahttps://lists=2Esourceforge=2Enet/lists/li=" target="_new">0Ahttps://lists=2Esourceforge=2Enet/lists/li=
stinfo/cedet-devel=0D=0A-----------------------------------------=0D=0AThe =
information in this message may be proprietary and/or=0Aconfidential, and p=
rotected from disclosure=2E  If the reader of this=0Amessage is not the int=
ended recipient, or an employee or agent=0Aresponsible for delivering this =
message to the intended recipient,=0Ayou are hereby notified that any disse=
mination, distribution or=0Acopying of this communication is strictly prohi=
bited=2E If you have=0Areceived this communication in error, please notify =
First Data=0Aimmediately by replying to this message and deleting it from y=
our=0Acomputer=2E

Sorry for not specifying what "that" is.

You suggested:
>>> IMHO cedet should net require (at least not without protection
>>> against failing) packages which are not guaranted being contained in
>>> the distributions of (X)Emacs........

and "that" is what I've done frequently... which is wrap stuff up
like:

(condition-case nil
   (require 'something-special)
  (error 
     ;; Do backup plan here...
     nil))

to protect it.

So the question is, what is the backup plan on that version of
XEmacs.  What else will supply html-mode?

Thanks
Eric


>>> <klaus.berndl@...> seems to think that:
>What have you done frequently ??
>
>Does it mean for you byte-compiling cedet with XEmacs 21.4.19 works??
>
>For me it can't because semantic-html.el contains
>
>(require 'sgml-mode)
>
>and XEmacs does not have any sgml-mode.el - not even in the sumo-tarball!
>
>How byte-compiling cedet should work without that sgml-mode.el?!
>
>Ciao,
>Klaus
>
>Klaus
>
>Eric M. Ludlam wrote:
>> That's fine.  I've done that frequently.  What does XEmacs 21.4.9 use
>> instead of sgml-mode for html?  Does it use an html-mode.el instead,
>> or something else?  If there is something there, it should use it.
>> 
>> Thanks
>> Eric
>> 
>>>>> <klaus.berndl@...> seems to think that:
>>> Hi Eric,
>>> 
>>> at least for me:
>>> 
>>> tryied to compile latest cedet pre4 with XEmacs 21.4.19 but fails
>>> because semantic-html.el can not being byte-compiled cause of missing
>>> sgml-mode.el - i have installed the sumo-tarball for that XEmacs and
>>> it doesn't contain a sgml-mode!!
>>> 
>>> How do other compiling cedet-pre4 with XEmacs 21.4.19??
>>> 
>>> IMHO cedet should net require (at least not without protection
>>> against failing) packages which are not guaranted being contained in
>>> the distributions of (X)Emacs........
>>> 
>>> What do you think?
>>> 
>>> Klaus
>>> 
>>> Eric M. Ludlam wrote:
>>>>>>> Kai Tischler <kaitischler@...> seems to think that:
>>>>> Invoking make for the CEDET main makefile stops soon with the
>>>>> following error message: 
>>>>> 
>>>>> xemacs exiting.
>>>>> Symbol's function definition is void: defadvicemake[1]: ***
>>>>> [autoloads] Error 255 
>>>>> 
>>>>> OR
>>>>> 
>>>>> xemacs exiting.
>>>>> Symbol's function definition is void: ad-add-advicemake[1]: ***
>>>>> [autoloads] Error 255 
>>>>> 
>>>>> 
>>>>> This is indeed NEW behaviour for me; I am not sure why I have not
>>>>> experienced that before; any recommendations ?
>>>>   [ ... ]
>>>> 
>>>> Hi,
>>>> 
>>>>   What version of XEmacs are you using, and which file is throwing
>>>> that compilation error? 
>>>> 
>>>> Thanks
>>>> Eric
>

-- 
          Eric Ludlam:                 zappo@..., eric@...
   Home: http://www.ludlam.net            Siege: http://www.siege-engine.com
Emacs: http://cedet.sourceforge.net               GNU: http://www.gnu.org

ah, sorry, now i see...

Hmm, my answer is: Do not know - i'm not really firm with XEmacs...

But what about the following suggestion:

cedet should first test if all the needed resources are available and =
only if byte-compile a library - ECB does such a check .... IMHO =
"making" (i.e. byte-compiling) of such a valuable and also huge suite as =
cedet must not fail cause of missing resources... IMHO some intelligence =
is needed to prevent the make process from it...

Your plan with the condition-case and the backup plan is good but IMHO =
not good enough because maybe there exists no backup-plan?! Then the =
consequence should be that semantic-html.el can not be used with XEmacs =
(not a big drama - at least IMHO ;-) and therefore it should be excluded =
from the make-process or at least the make-process should not stop cause =
of not able to byte-compile such an add-on lib as semantic-html.el - =
AFAIK semantic-html.el is not part of the cedet/semantic core which is =
needed by other tools...

Of course it would be better if always a backup-plan exists but =
........................ ;-)

What do you think?

Eric M. Ludlam wrote:
> Sorry for not specifying what "that" is.
>=20
> You suggested:
>>>> IMHO cedet should net require (at least not without protection
>>>> against failing) packages which are not guaranted being contained
>>>> in the distributions of (X)Emacs........
>=20
> and "that" is what I've done frequently... which is wrap stuff up
> like:
>=20
> (condition-case nil
>    (require 'something-special)
>   (error
>      ;; Do backup plan here...
>      nil))
>=20
> to protect it.
>=20
> So the question is, what is the backup plan on that version of
> XEmacs.  What else will supply html-mode?
>=20
> Thanks
> Eric
>=20
>=20
>>>> <klaus.berndl@...> seems to think that:
>> What have you done frequently ??
>>=20
>> Does it mean for you byte-compiling cedet with XEmacs 21.4.19 works??
>>=20
>> For me it can't because semantic-html.el contains
>>=20
>> (require 'sgml-mode)
>>=20
>> and XEmacs does not have any sgml-mode.el - not even in the
>> sumo-tarball!=20
>>=20
>> How byte-compiling cedet should work without that sgml-mode.el?!
>>=20
>> Ciao,
>> Klaus
>>=20
>> Klaus
>>=20
>> Eric M. Ludlam wrote:
>>> That's fine.  I've done that frequently.  What does XEmacs 21.4.9
>>> use instead of sgml-mode for html?  Does it use an html-mode.el
>>> instead, or something else?  If there is something there, it should
>>> use it.=20
>>>=20
>>> Thanks
>>> Eric
>>>=20
>>>>>> <klaus.berndl@...> seems to think that: Hi Eric,
>>>>=20
>>>> at least for me:
>>>>=20
>>>> tryied to compile latest cedet pre4 with XEmacs 21.4.19 but fails
>>>> because semantic-html.el can not being byte-compiled cause of
>>>> missing sgml-mode.el - i have installed the sumo-tarball for that
>>>> XEmacs and it doesn't contain a sgml-mode!!
>>>>=20
>>>> How do other compiling cedet-pre4 with XEmacs 21.4.19??
>>>>=20
>>>> IMHO cedet should net require (at least not without protection
>>>> against failing) packages which are not guaranted being contained
>>>> in the distributions of (X)Emacs........
>>>>=20
>>>> What do you think?
>>>>=20
>>>> Klaus
>>>>=20
>>>> Eric M. Ludlam wrote:
>>>>>>>> Kai Tischler <kaitischler@...> seems to think
>>>>>>>> that:=20
>>>>>> Invoking make for the CEDET main makefile stops soon with the
>>>>>> following error message:=20
>>>>>>=20
>>>>>> xemacs exiting.
>>>>>> Symbol's function definition is void: defadvicemake[1]: ***
>>>>>> [autoloads] Error 255=20
>>>>>>=20
>>>>>> OR
>>>>>>=20
>>>>>> xemacs exiting.
>>>>>> Symbol's function definition is void: ad-add-advicemake[1]: ***
>>>>>> [autoloads] Error 255=20
>>>>>>=20
>>>>>>=20
>>>>>> This is indeed NEW behaviour for me; I am not sure why I have not
>>>>>> experienced that before; any recommendations ?
>>>>>   [ ... ]
>>>>>=20
>>>>> Hi,
>>>>>=20
>>>>>   What version of XEmacs are you using, and which file is
>>>>> throwing that compilation error?=20
>>>>>=20
>>>>> Thanks
>>>>> Eric

For some of the files, like csharp or javascript, the backup plan is
to just throw lots of warnings about missing symbols during byte
compilation.

I'm just surprised there is no html-mode in XEmacs.

Eric

>>> <klaus.berndl@...> seems to think that:
>ah, sorry, now i see...
>
>Hmm, my answer is: Do not know - i'm not really firm with XEmacs...
>
>But what about the following suggestion:
>
>cedet should first test if all the needed resources are available and
>only if byte-compile a library - ECB does such a check .... IMHO
>"making" (i.e. byte-compiling) of such a valuable and also huge suite
>as cedet must not fail cause of missing resources... IMHO some
>intelligence is needed to prevent the make process from it...
>
>Your plan with the condition-case and the backup plan is good but IMHO
>not good enough because maybe there exists no backup-plan?! Then the
>consequence should be that semantic-html.el can not be used with
>XEmacs (not a big drama - at least IMHO ;-) and therefore it should be
>excluded from the make-process or at least the make-process should not
>stop cause of not able to byte-compile such an add-on lib as
>semantic-html.el - AFAIK semantic-html.el is not part of the
>cedet/semantic core which is needed by other tools...
>
>Of course it would be better if always a backup-plan exists but
>........................ ;-)
>
>What do you think?
>
>Eric M. Ludlam wrote:
>> Sorry for not specifying what "that" is.
>> 
>> You suggested:
>>>>> IMHO cedet should net require (at least not without protection
>>>>> against failing) packages which are not guaranted being contained
>>>>> in the distributions of (X)Emacs........
>> 
>> and "that" is what I've done frequently... which is wrap stuff up
>> like:
>> 
>> (condition-case nil
>>    (require 'something-special)
>>   (error
>>      ;; Do backup plan here...
>>      nil))
>> 
>> to protect it.
>> 
>> So the question is, what is the backup plan on that version of
>> XEmacs.  What else will supply html-mode?
>> 
>> Thanks
>> Eric
>> 
>> 
>>>>> <klaus.berndl@...> seems to think that:
>>> What have you done frequently ??
>>> 
>>> Does it mean for you byte-compiling cedet with XEmacs 21.4.19 works??
>>> 
>>> For me it can't because semantic-html.el contains
>>> 
>>> (require 'sgml-mode)
>>> 
>>> and XEmacs does not have any sgml-mode.el - not even in the
>>> sumo-tarball! 
>>> 
>>> How byte-compiling cedet should work without that sgml-mode.el?!
>>> 
>>> Ciao,
>>> Klaus
>>> 
>>> Klaus
>>> 
>>> Eric M. Ludlam wrote:
>>>> That's fine.  I've done that frequently.  What does XEmacs 21.4.9
>>>> use instead of sgml-mode for html?  Does it use an html-mode.el
>>>> instead, or something else?  If there is something there, it should
>>>> use it. 
>>>> 
>>>> Thanks
>>>> Eric
>>>> 
>>>>>>> <klaus.berndl@...> seems to think that: Hi Eric,
>>>>> 
>>>>> at least for me:
>>>>> 
>>>>> tryied to compile latest cedet pre4 with XEmacs 21.4.19 but fails
>>>>> because semantic-html.el can not being byte-compiled cause of
>>>>> missing sgml-mode.el - i have installed the sumo-tarball for that
>>>>> XEmacs and it doesn't contain a sgml-mode!!
>>>>> 
>>>>> How do other compiling cedet-pre4 with XEmacs 21.4.19??
>>>>> 
>>>>> IMHO cedet should net require (at least not without protection
>>>>> against failing) packages which are not guaranted being contained
>>>>> in the distributions of (X)Emacs........
>>>>> 
>>>>> What do you think?
>>>>> 
>>>>> Klaus
>>>>> 
>>>>> Eric M. Ludlam wrote:
>>>>>>>>> Kai Tischler <kaitischler@...> seems to think
>>>>>>>>> that: 
>>>>>>> Invoking make for the CEDET main makefile stops soon with the
>>>>>>> following error message: 
>>>>>>> 
>>>>>>> xemacs exiting.
>>>>>>> Symbol's function definition is void: defadvicemake[1]: ***
>>>>>>> [autoloads] Error 255 
>>>>>>> 
>>>>>>> OR
>>>>>>> 
>>>>>>> xemacs exiting.
>>>>>>> Symbol's function definition is void: ad-add-advicemake[1]: ***
>>>>>>> [autoloads] Error 255 
>>>>>>> 
>>>>>>> 
>>>>>>> This is indeed NEW behaviour for me; I am not sure why I have not
>>>>>>> experienced that before; any recommendations ?
>>>>>>   [ ... ]
>>>>>> 
>>>>>> Hi,
>>>>>> 
>>>>>>   What version of XEmacs are you using, and which file is
>>>>>> throwing that compilation error? 
>>>>>> 
>>>>>> Thanks
>>>>>> Eric
>

now i have found someting:

XEmacs have the psgml-package which contains for example an =
psgml-html.el...

Here are the full contents:


-rw-r--r-- 1 berndl mkgroup-l-d  52818 Apr  5  2005 ChangeLog
-rw-r--r-- 1 berndl mkgroup-l-d  29031 Jan 18  2003 ChangeLog.upstream
-rw-r--r-- 1 berndl mkgroup-l-d    109 Apr  6  2005 _pkg.el
-rw-r--r-- 1 berndl mkgroup-l-d   6448 Apr  6  2005 auto-autoloads.el
-rw-r--r-- 1 berndl mkgroup-l-d   6543 Apr  7  2005 auto-autoloads.elc
-rw-r--r-- 1 berndl mkgroup-l-d    605 Apr  6  2005 custom-load.el
-rw-r--r-- 1 berndl mkgroup-l-d    964 Apr  7  2005 custom-load.elc
-rw-r--r-- 1 berndl mkgroup-l-d   8027 Nov 27  1999 iso-sgml.el
-rw-r--r-- 1 berndl mkgroup-l-d   3953 Apr  7  2005 iso-sgml.elc
-rw-r--r-- 1 berndl mkgroup-l-d   3724 Jan 18  2003 psgml-api.el
-rw-r--r-- 1 berndl mkgroup-l-d   2615 Apr  7  2005 psgml-api.elc
-rw-r--r-- 1 berndl mkgroup-l-d   4373 Jan 18  2003 psgml-charent.el
-rw-r--r-- 1 berndl mkgroup-l-d   3050 Apr  7  2005 psgml-charent.elc
-rw-r--r-- 1 berndl mkgroup-l-d  25229 Jan 18  2003 psgml-debug.el
-rw-r--r-- 1 berndl mkgroup-l-d  16889 Apr  7  2005 psgml-debug.elc
-rw-r--r-- 1 berndl mkgroup-l-d  31516 Jan 18  2003 psgml-dtd.el
-rw-r--r-- 1 berndl mkgroup-l-d  22549 Apr  7  2005 psgml-dtd.elc
-rw-r--r-- 1 berndl mkgroup-l-d  75944 Jan 18  2003 psgml-edit.el
-rw-r--r-- 1 berndl mkgroup-l-d  49527 Apr  7  2005 psgml-edit.elc
-rw-r--r-- 1 berndl mkgroup-l-d  11541 Jan 18  2003 psgml-fs.el
-rw-r--r-- 1 berndl mkgroup-l-d   6861 Apr  7  2005 psgml-fs.elc
-rw-r--r-- 1 berndl mkgroup-l-d  39325 Aug 29  2003 psgml-html.el
-rw-r--r-- 1 berndl mkgroup-l-d  27243 Apr  7  2005 psgml-html.elc
-rw-r--r-- 1 berndl mkgroup-l-d  14104 Jan 18  2003 psgml-info.el
-rw-r--r-- 1 berndl mkgroup-l-d   8751 Apr  7  2005 psgml-info.elc
-rw-r--r-- 1 berndl mkgroup-l-d 148270 Jan 18  2003 psgml-parse.el
-rw-r--r-- 1 berndl mkgroup-l-d 150415 Apr  7  2005 psgml-parse.elc
-rw-r--r-- 1 berndl mkgroup-l-d    124 Jan 18  2003 psgml-sysdep.el
-rw-r--r-- 1 berndl mkgroup-l-d    716 Apr  7  2005 psgml-sysdep.elc
-rw-r--r-- 1 berndl mkgroup-l-d   6515 Jan 18  2003 psgml-xemacs.el
-rw-r--r-- 1 berndl mkgroup-l-d   4200 Apr  7  2005 psgml-xemacs.elc
-rw-r--r-- 1 berndl mkgroup-l-d  69320 Apr  4  2005 psgml.el
-rw-r--r-- 1 berndl mkgroup-l-d  58679 Apr  7  2005 psgml.elc

Does this help - means, could semantic-html.el require something from =
this as backup??

Klaus

Eric M. Ludlam wrote:
> For some of the files, like csharp or javascript, the backup plan is
> to just throw lots of warnings about missing symbols during byte
> compilation.
>=20
> I'm just surprised there is no html-mode in XEmacs.
>=20
> Eric
>=20
>>>> <klaus.berndl@...> seems to think that: ah, sorry, now i see...
>>=20
>> Hmm, my answer is: Do not know - i'm not really firm with XEmacs...
>>=20
>> But what about the following suggestion:
>>=20
>> cedet should first test if all the needed resources are available and
>> only if byte-compile a library - ECB does such a check .... IMHO
>> "making" (i.e. byte-compiling) of such a valuable and also huge suite
>> as cedet must not fail cause of missing resources... IMHO some
>> intelligence is needed to prevent the make process from it...
>>=20
>> Your plan with the condition-case and the backup plan is good but
>> IMHO not good enough because maybe there exists no backup-plan?!
>> Then the consequence should be that semantic-html.el can not be used
>> with XEmacs (not a big drama - at least IMHO ;-) and therefore it
>> should be excluded from the make-process or at least the
>> make-process should not stop cause of not able to byte-compile such
>> an add-on lib as semantic-html.el - AFAIK semantic-html.el is not
>> part of the cedet/semantic core which is needed by other tools...
>>=20
>> Of course it would be better if always a backup-plan exists but
>> ........................ ;-)=20
>>=20
>> What do you think?
>>=20
>> Eric M. Ludlam wrote:
>>> Sorry for not specifying what "that" is.
>>>=20
>>> You suggested:
>>>>>> IMHO cedet should net require (at least not without protection
>>>>>> against failing) packages which are not guaranted being contained
>>>>>> in the distributions of (X)Emacs........
>>>=20
>>> and "that" is what I've done frequently... which is wrap stuff up
>>> like:=20
>>>=20
>>> (condition-case nil
>>>    (require 'something-special)
>>>   (error
>>>      ;; Do backup plan here...
>>>      nil))
>>>=20
>>> to protect it.
>>>=20
>>> So the question is, what is the backup plan on that version of
>>> XEmacs.  What else will supply html-mode?
>>>=20
>>> Thanks
>>> Eric
>>>=20
>>>=20
>>>>>> <klaus.berndl@...> seems to think that:
>>>> What have you done frequently ??
>>>>=20
>>>> Does it mean for you byte-compiling cedet with XEmacs 21.4.19
>>>> works??=20
>>>>=20
>>>> For me it can't because semantic-html.el contains
>>>>=20
>>>> (require 'sgml-mode)
>>>>=20
>>>> and XEmacs does not have any sgml-mode.el - not even in the
>>>> sumo-tarball!=20
>>>>=20
>>>> How byte-compiling cedet should work without that sgml-mode.el?!
>>>>=20
>>>> Ciao,
>>>> Klaus
>>>>=20
>>>> Klaus
>>>>=20
>>>> Eric M. Ludlam wrote:
>>>>> That's fine.  I've done that frequently.  What does XEmacs 21.4.9
>>>>> use instead of sgml-mode for html?  Does it use an html-mode.el
>>>>> instead, or something else?  If there is something there, it
>>>>> should use it.=20
>>>>>=20
>>>>> Thanks
>>>>> Eric
>>>>>=20
>>>>>>>> <klaus.berndl@...> seems to think that: Hi Eric,
>>>>>>=20
>>>>>> at least for me:
>>>>>>=20
>>>>>> tryied to compile latest cedet pre4 with XEmacs 21.4.19 but fails
>>>>>> because semantic-html.el can not being byte-compiled cause of
>>>>>> missing sgml-mode.el - i have installed the sumo-tarball for that
>>>>>> XEmacs and it doesn't contain a sgml-mode!!
>>>>>>=20
>>>>>> How do other compiling cedet-pre4 with XEmacs 21.4.19??
>>>>>>=20
>>>>>> IMHO cedet should net require (at least not without protection
>>>>>> against failing) packages which are not guaranted being contained
>>>>>> in the distributions of (X)Emacs........
>>>>>>=20
>>>>>> What do you think?
>>>>>>=20
>>>>>> Klaus
>>>>>>=20
>>>>>> Eric M. Ludlam wrote:
>>>>>>>>>> Kai Tischler <kaitischler@...> seems to think
>>>>>>>>>> that:
>>>>>>>> Invoking make for the CEDET main makefile stops soon with the
>>>>>>>> following error message:=20
>>>>>>>>=20
>>>>>>>> xemacs exiting.
>>>>>>>> Symbol's function definition is void: defadvicemake[1]: ***
>>>>>>>> [autoloads] Error 255=20
>>>>>>>>=20
>>>>>>>> OR
>>>>>>>>=20
>>>>>>>> xemacs exiting.
>>>>>>>> Symbol's function definition is void: ad-add-advicemake[1]:
>>>>>>>> *** [autoloads] Error 255=20
>>>>>>>>=20
>>>>>>>>=20
>>>>>>>> This is indeed NEW behaviour for me; I am not sure why I have
>>>>>>>> not experienced that before; any recommendations ?
>>>>>>>   [ ... ]
>>>>>>>=20
>>>>>>> Hi,
>>>>>>>=20
>>>>>>>   What version of XEmacs are you using, and which file is
>>>>>>> throwing that compilation error?
>>>>>>>=20
>>>>>>> Thanks
>>>>>>> Eric

Hi Eric,

fixed ;-))

I have modified semantic-html.el as follows:

removed=20

  (require 'sgml-mode)

and replaced with

  (condition-case nil
      (require 'sgml-mode) ;; html-mode is in here...
    (error (require 'psgml-mode))) ;; ... or here

Could you please fix this in the cvs?!

Ciao,
Klaus


klaus.berndl@... wrote:
> now i have found someting:
>=20
> XEmacs have the psgml-package which contains for example an
> psgml-html.el...=20
>=20
> Here are the full contents:
>=20
>=20
> -rw-r--r-- 1 berndl mkgroup-l-d  52818 Apr  5  2005 ChangeLog
> -rw-r--r-- 1 berndl mkgroup-l-d  29031 Jan 18  2003 ChangeLog.upstream
> -rw-r--r-- 1 berndl mkgroup-l-d    109 Apr  6  2005 _pkg.el
> -rw-r--r-- 1 berndl mkgroup-l-d   6448 Apr  6  2005 auto-autoloads.el
> -rw-r--r-- 1 berndl mkgroup-l-d   6543 Apr  7  2005 auto-autoloads.elc
> -rw-r--r-- 1 berndl mkgroup-l-d    605 Apr  6  2005 custom-load.el
> -rw-r--r-- 1 berndl mkgroup-l-d    964 Apr  7  2005 custom-load.elc
> -rw-r--r-- 1 berndl mkgroup-l-d   8027 Nov 27  1999 iso-sgml.el
> -rw-r--r-- 1 berndl mkgroup-l-d   3953 Apr  7  2005 iso-sgml.elc
> -rw-r--r-- 1 berndl mkgroup-l-d   3724 Jan 18  2003 psgml-api.el
> -rw-r--r-- 1 berndl mkgroup-l-d   2615 Apr  7  2005 psgml-api.elc
> -rw-r--r-- 1 berndl mkgroup-l-d   4373 Jan 18  2003 psgml-charent.el
> -rw-r--r-- 1 berndl mkgroup-l-d   3050 Apr  7  2005 psgml-charent.elc
> -rw-r--r-- 1 berndl mkgroup-l-d  25229 Jan 18  2003 psgml-debug.el
> -rw-r--r-- 1 berndl mkgroup-l-d  16889 Apr  7  2005 psgml-debug.elc
> -rw-r--r-- 1 berndl mkgroup-l-d  31516 Jan 18  2003 psgml-dtd.el
> -rw-r--r-- 1 berndl mkgroup-l-d  22549 Apr  7  2005 psgml-dtd.elc
> -rw-r--r-- 1 berndl mkgroup-l-d  75944 Jan 18  2003 psgml-edit.el
> -rw-r--r-- 1 berndl mkgroup-l-d  49527 Apr  7  2005 psgml-edit.elc
> -rw-r--r-- 1 berndl mkgroup-l-d  11541 Jan 18  2003 psgml-fs.el
> -rw-r--r-- 1 berndl mkgroup-l-d   6861 Apr  7  2005 psgml-fs.elc
> -rw-r--r-- 1 berndl mkgroup-l-d  39325 Aug 29  2003 psgml-html.el
> -rw-r--r-- 1 berndl mkgroup-l-d  27243 Apr  7  2005 psgml-html.elc
> -rw-r--r-- 1 berndl mkgroup-l-d  14104 Jan 18  2003 psgml-info.el
> -rw-r--r-- 1 berndl mkgroup-l-d   8751 Apr  7  2005 psgml-info.elc
> -rw-r--r-- 1 berndl mkgroup-l-d 148270 Jan 18  2003 psgml-parse.el
> -rw-r--r-- 1 berndl mkgroup-l-d 150415 Apr  7  2005 psgml-parse.elc
> -rw-r--r-- 1 berndl mkgroup-l-d    124 Jan 18  2003 psgml-sysdep.el
> -rw-r--r-- 1 berndl mkgroup-l-d    716 Apr  7  2005 psgml-sysdep.elc
> -rw-r--r-- 1 berndl mkgroup-l-d   6515 Jan 18  2003 psgml-xemacs.el
> -rw-r--r-- 1 berndl mkgroup-l-d   4200 Apr  7  2005 psgml-xemacs.elc
> -rw-r--r-- 1 berndl mkgroup-l-d  69320 Apr  4  2005 psgml.el
> -rw-r--r-- 1 berndl mkgroup-l-d  58679 Apr  7  2005 psgml.elc
>=20
> Does this help - means, could semantic-html.el require something from
> this as backup??=20
>=20
> Klaus
>=20
> Eric M. Ludlam wrote:
>> For some of the files, like csharp or javascript, the backup plan is
>> to just throw lots of warnings about missing symbols during byte
>> compilation.=20
>>=20
>> I'm just surprised there is no html-mode in XEmacs.
>>=20
>> Eric
>>=20
>>>>> <klaus.berndl@...> seems to think that: ah, sorry, now i see...
>>>=20
>>> Hmm, my answer is: Do not know - i'm not really firm with XEmacs...
>>>=20
>>> But what about the following suggestion:
>>>=20
>>> cedet should first test if all the needed resources are available
>>> and only if byte-compile a library - ECB does such a check .... IMHO
>>> "making" (i.e. byte-compiling) of such a valuable and also huge
>>> suite as cedet must not fail cause of missing resources... IMHO some
>>> intelligence is needed to prevent the make process from it...
>>>=20
>>> Your plan with the condition-case and the backup plan is good but
>>> IMHO not good enough because maybe there exists no backup-plan?!
>>> Then the consequence should be that semantic-html.el can not be used
>>> with XEmacs (not a big drama - at least IMHO ;-) and therefore it
>>> should be excluded from the make-process or at least the
>>> make-process should not stop cause of not able to byte-compile such
>>> an add-on lib as semantic-html.el - AFAIK semantic-html.el is not
>>> part of the cedet/semantic core which is needed by other tools...
>>>=20
>>> Of course it would be better if always a backup-plan exists but
>>> ........................ ;-)=20
>>>=20
>>> What do you think?
>>>=20
>>> Eric M. Ludlam wrote:
>>>> Sorry for not specifying what "that" is.
>>>>=20
>>>> You suggested:
>>>>>>> IMHO cedet should net require (at least not without protection
>>>>>>> against failing) packages which are not guaranted being
>>>>>>> contained in the distributions of (X)Emacs........
>>>>=20
>>>> and "that" is what I've done frequently... which is wrap stuff up
>>>> like:=20
>>>>=20
>>>> (condition-case nil
>>>>    (require 'something-special)
>>>>   (error
>>>>      ;; Do backup plan here...
>>>>      nil))
>>>>=20
>>>> to protect it.
>>>>=20
>>>> So the question is, what is the backup plan on that version of
>>>> XEmacs.  What else will supply html-mode?
>>>>=20
>>>> Thanks
>>>> Eric
>>>>=20
>>>>=20
>>>>>>> <klaus.berndl@...> seems to think that:
>>>>> What have you done frequently ??
>>>>>=20
>>>>> Does it mean for you byte-compiling cedet with XEmacs 21.4.19
>>>>> works??=20
>>>>>=20
>>>>> For me it can't because semantic-html.el contains
>>>>>=20
>>>>> (require 'sgml-mode)
>>>>>=20
>>>>> and XEmacs does not have any sgml-mode.el - not even in the
>>>>> sumo-tarball!=20
>>>>>=20
>>>>> How byte-compiling cedet should work without that sgml-mode.el?!
>>>>>=20
>>>>> Ciao,
>>>>> Klaus
>>>>>=20
>>>>> Klaus
>>>>>=20
>>>>> Eric M. Ludlam wrote:
>>>>>> That's fine.  I've done that frequently.  What does XEmacs 21.4.9
>>>>>> use instead of sgml-mode for html?  Does it use an html-mode.el
>>>>>> instead, or something else?  If there is something there, it
>>>>>> should use it.=20
>>>>>>=20
>>>>>> Thanks
>>>>>> Eric
>>>>>>=20
>>>>>>>>> <klaus.berndl@...> seems to think that: Hi Eric,
>>>>>>>=20
>>>>>>> at least for me:
>>>>>>>=20
>>>>>>> tryied to compile latest cedet pre4 with XEmacs 21.4.19 but
>>>>>>> fails because semantic-html.el can not being byte-compiled
>>>>>>> cause of missing sgml-mode.el - i have installed the
>>>>>>> sumo-tarball for that XEmacs and it doesn't contain a
>>>>>>> sgml-mode!!=20
>>>>>>>=20
>>>>>>> How do other compiling cedet-pre4 with XEmacs 21.4.19??
>>>>>>>=20
>>>>>>> IMHO cedet should net require (at least not without protection
>>>>>>> against failing) packages which are not guaranted being
>>>>>>> contained in the distributions of (X)Emacs........
>>>>>>>=20
>>>>>>> What do you think?
>>>>>>>=20
>>>>>>> Klaus
>>>>>>>=20
>>>>>>> Eric M. Ludlam wrote:
>>>>>>>>>>> Kai Tischler <kaitischler@...> seems to think
>>>>>>>>>>> that:
>>>>>>>>> Invoking make for the CEDET main makefile stops soon with the
>>>>>>>>> following error message:=20
>>>>>>>>>=20
>>>>>>>>> xemacs exiting.
>>>>>>>>> Symbol's function definition is void: defadvicemake[1]: ***
>>>>>>>>> [autoloads] Error 255=20
>>>>>>>>>=20
>>>>>>>>> OR
>>>>>>>>>=20
>>>>>>>>> xemacs exiting.
>>>>>>>>> Symbol's function definition is void: ad-add-advicemake[1]:
>>>>>>>>> *** [autoloads] Error 255=20
>>>>>>>>>=20
>>>>>>>>>=20
>>>>>>>>> This is indeed NEW behaviour for me; I am not sure why I have
>>>>>>>>> not experienced that before; any recommendations ?
>>>>>>>>   [ ... ]
>>>>>>>>=20
>>>>>>>> Hi,
>>>>>>>>=20
>>>>>>>>   What version of XEmacs are you using, and which file is
>>>>>>>> throwing that compilation error?
>>>>>>>>=20
>>>>>>>> Thanks
>>>>>>>> Eric
>=20
> =
-------------------------------------------------------------------------=

> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Cedet-devel mailing list
> Cedet-devel@...
> https://lists.sourceforge.net/lists/listinfo/cedet-devel

Done,  Thanks!

ERic

>>> <klaus.berndl@...> seems to think that:
>Hi Eric,
>
>fixed ;-))
>
>I have modified semantic-html.el as follows:
>
>removed 
>
>  (require 'sgml-mode)
>
>and replaced with
>
>  (condition-case nil
>      (require 'sgml-mode) ;; html-mode is in here...
>    (error (require 'psgml-mode))) ;; ... or here
>
>Could you please fix this in the cvs?!
>
>Ciao,
>Klaus
>
>
>klaus.berndl@... wrote:
>> now i have found someting:
>> 
>> XEmacs have the psgml-package which contains for example an
>> psgml-html.el... 
>> 
>> Here are the full contents:
>> 
>> 
>> -rw-r--r-- 1 berndl mkgroup-l-d  52818 Apr  5  2005 ChangeLog
>> -rw-r--r-- 1 berndl mkgroup-l-d  29031 Jan 18  2003 ChangeLog.upstream
>> -rw-r--r-- 1 berndl mkgroup-l-d    109 Apr  6  2005 _pkg.el
>> -rw-r--r-- 1 berndl mkgroup-l-d   6448 Apr  6  2005 auto-autoloads.el
>> -rw-r--r-- 1 berndl mkgroup-l-d   6543 Apr  7  2005 auto-autoloads.elc
>> -rw-r--r-- 1 berndl mkgroup-l-d    605 Apr  6  2005 custom-load.el
>> -rw-r--r-- 1 berndl mkgroup-l-d    964 Apr  7  2005 custom-load.elc
>> -rw-r--r-- 1 berndl mkgroup-l-d   8027 Nov 27  1999 iso-sgml.el
>> -rw-r--r-- 1 berndl mkgroup-l-d   3953 Apr  7  2005 iso-sgml.elc
>> -rw-r--r-- 1 berndl mkgroup-l-d   3724 Jan 18  2003 psgml-api.el
>> -rw-r--r-- 1 berndl mkgroup-l-d   2615 Apr  7  2005 psgml-api.elc
>> -rw-r--r-- 1 berndl mkgroup-l-d   4373 Jan 18  2003 psgml-charent.el
>> -rw-r--r-- 1 berndl mkgroup-l-d   3050 Apr  7  2005 psgml-charent.elc
>> -rw-r--r-- 1 berndl mkgroup-l-d  25229 Jan 18  2003 psgml-debug.el
>> -rw-r--r-- 1 berndl mkgroup-l-d  16889 Apr  7  2005 psgml-debug.elc
>> -rw-r--r-- 1 berndl mkgroup-l-d  31516 Jan 18  2003 psgml-dtd.el
>> -rw-r--r-- 1 berndl mkgroup-l-d  22549 Apr  7  2005 psgml-dtd.elc
>> -rw-r--r-- 1 berndl mkgroup-l-d  75944 Jan 18  2003 psgml-edit.el
>> -rw-r--r-- 1 berndl mkgroup-l-d  49527 Apr  7  2005 psgml-edit.elc
>> -rw-r--r-- 1 berndl mkgroup-l-d  11541 Jan 18  2003 psgml-fs.el
>> -rw-r--r-- 1 berndl mkgroup-l-d   6861 Apr  7  2005 psgml-fs.elc
>> -rw-r--r-- 1 berndl mkgroup-l-d  39325 Aug 29  2003 psgml-html.el
>> -rw-r--r-- 1 berndl mkgroup-l-d  27243 Apr  7  2005 psgml-html.elc
>> -rw-r--r-- 1 berndl mkgroup-l-d  14104 Jan 18  2003 psgml-info.el
>> -rw-r--r-- 1 berndl mkgroup-l-d   8751 Apr  7  2005 psgml-info.elc
>> -rw-r--r-- 1 berndl mkgroup-l-d 148270 Jan 18  2003 psgml-parse.el
>> -rw-r--r-- 1 berndl mkgroup-l-d 150415 Apr  7  2005 psgml-parse.elc
>> -rw-r--r-- 1 berndl mkgroup-l-d    124 Jan 18  2003 psgml-sysdep.el
>> -rw-r--r-- 1 berndl mkgroup-l-d    716 Apr  7  2005 psgml-sysdep.elc
>> -rw-r--r-- 1 berndl mkgroup-l-d   6515 Jan 18  2003 psgml-xemacs.el
>> -rw-r--r-- 1 berndl mkgroup-l-d   4200 Apr  7  2005 psgml-xemacs.elc
>> -rw-r--r-- 1 berndl mkgroup-l-d  69320 Apr  4  2005 psgml.el
>> -rw-r--r-- 1 berndl mkgroup-l-d  58679 Apr  7  2005 psgml.elc
>> 
>> Does this help - means, could semantic-html.el require something from
>> this as backup?? 
>> 
>> Klaus
>> 
>> Eric M. Ludlam wrote:
>>> For some of the files, like csharp or javascript, the backup plan is
>>> to just throw lots of warnings about missing symbols during byte
>>> compilation. 
>>> 
>>> I'm just surprised there is no html-mode in XEmacs.
>>> 
>>> Eric
>>> 
>>>>>> <klaus.berndl@...> seems to think that: ah, sorry, now i see...
>>>> 
>>>> Hmm, my answer is: Do not know - i'm not really firm with XEmacs...
>>>> 
>>>> But what about the following suggestion:
>>>> 
>>>> cedet should first test if all the needed resources are available
>>>> and only if byte-compile a library - ECB does such a check .... IMHO
>>>> "making" (i.e. byte-compiling) of such a valuable and also huge
>>>> suite as cedet must not fail cause of missing resources... IMHO some
>>>> intelligence is needed to prevent the make process from it...
>>>> 
>>>> Your plan with the condition-case and the backup plan is good but
>>>> IMHO not good enough because maybe there exists no backup-plan?!
>>>> Then the consequence should be that semantic-html.el can not be used
>>>> with XEmacs (not a big drama - at least IMHO ;-) and therefore it
>>>> should be excluded from the make-process or at least the
>>>> make-process should not stop cause of not able to byte-compile such
>>>> an add-on lib as semantic-html.el - AFAIK semantic-html.el is not
>>>> part of the cedet/semantic core which is needed by other tools...
>>>> 
>>>> Of course it would be better if always a backup-plan exists but
>>>> ........................ ;-) 
>>>> 
>>>> What do you think?
>>>> 
>>>> Eric M. Ludlam wrote:
>>>>> Sorry for not specifying what "that" is.
>>>>> 
>>>>> You suggested:
>>>>>>>> IMHO cedet should net require (at least not without protection
>>>>>>>> against failing) packages which are not guaranted being
>>>>>>>> contained in the distributions of (X)Emacs........
>>>>> 
>>>>> and "that" is what I've done frequently... which is wrap stuff up
>>>>> like: 
>>>>> 
>>>>> (condition-case nil
>>>>>    (require 'something-special)
>>>>>   (error
>>>>>      ;; Do backup plan here...
>>>>>      nil))
>>>>> 
>>>>> to protect it.
>>>>> 
>>>>> So the question is, what is the backup plan on that version of
>>>>> XEmacs.  What else will supply html-mode?
>>>>> 
>>>>> Thanks
>>>>> Eric
>>>>> 
>>>>> 
>>>>>>>> <klaus.berndl@...> seems to think that:
>>>>>> What have you done frequently ??
>>>>>> 
>>>>>> Does it mean for you byte-compiling cedet with XEmacs 21.4.19
>>>>>> works?? 
>>>>>> 
>>>>>> For me it can't because semantic-html.el contains
>>>>>> 
>>>>>> (require 'sgml-mode)
>>>>>> 
>>>>>> and XEmacs does not have any sgml-mode.el - not even in the
>>>>>> sumo-tarball! 
>>>>>> 
>>>>>> How byte-compiling cedet should work without that sgml-mode.el?!
>>>>>> 
>>>>>> Ciao,
>>>>>> Klaus
>>>>>> 
>>>>>> Klaus
>>>>>> 
>>>>>> Eric M. Ludlam wrote:
>>>>>>> That's fine.  I've done that frequently.  What does XEmacs 21.4.9
>>>>>>> use instead of sgml-mode for html?  Does it use an html-mode.el
>>>>>>> instead, or something else?  If there is something there, it
>>>>>>> should use it. 
>>>>>>> 
>>>>>>> Thanks
>>>>>>> Eric
>>>>>>> 
>>>>>>>>>> <klaus.berndl@...> seems to think that: Hi Eric,
>>>>>>>> 
>>>>>>>> at least for me:
>>>>>>>> 
>>>>>>>> tryied to compile latest cedet pre4 with XEmacs 21.4.19 but
>>>>>>>> fails because semantic-html.el can not being byte-compiled
>>>>>>>> cause of missing sgml-mode.el - i have installed the
>>>>>>>> sumo-tarball for that XEmacs and it doesn't contain a
>>>>>>>> sgml-mode!! 
>>>>>>>> 
>>>>>>>> How do other compiling cedet-pre4 with XEmacs 21.4.19??
>>>>>>>> 
>>>>>>>> IMHO cedet should net require (at least not without protection
>>>>>>>> against failing) packages which are not guaranted being
>>>>>>>> contained in the distributions of (X)Emacs........
>>>>>>>> 
>>>>>>>> What do you think?
>>>>>>>> 
>>>>>>>> Klaus
>>>>>>>> 
>>>>>>>> Eric M. Ludlam wrote:
>>>>>>>>>>>> Kai Tischler <kaitischler@...> seems to think
>>>>>>>>>>>> that:
>>>>>>>>>> Invoking make for the CEDET main makefile stops soon with the
>>>>>>>>>> following error message: 
>>>>>>>>>> 
>>>>>>>>>> xemacs exiting.
>>>>>>>>>> Symbol's function definition is void: defadvicemake[1]: ***
>>>>>>>>>> [autoloads] Error 255 
>>>>>>>>>> 
>>>>>>>>>> OR
>>>>>>>>>> 
>>>>>>>>>> xemacs exiting.
>>>>>>>>>> Symbol's function definition is void: ad-add-advicemake[1]:
>>>>>>>>>> *** [autoloads] Error 255 
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> This is indeed NEW behaviour for me; I am not sure why I have
>>>>>>>>>> not experienced that before; any recommendations ?
>>>>>>>>>   [ ... ]
>>>>>>>>> 
>>>>>>>>> Hi,
>>>>>>>>> 
>>>>>>>>>   What version of XEmacs are you using, and which file is
>>>>>>>>> throwing that compilation error?
>>>>>>>>> 
>>>>>>>>> Thanks
>>>>>>>>> Eric
>> 
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by DB2 Express
>> Download DB2 Express C - the FREE version of DB2 express and take
>> control of your XML. No limits. Just data. Click to get it now.
>> http://sourceforge.net/powerbar/db2/
>> _______________________________________________
>> Cedet-devel mailing list
>> Cedet-devel@...
>> https://lists.sourceforge.net/lists/listinfo/cedet-devel
>
>-------------------------------------------------------------------------
>This SF.net email is sponsored by DB2 Express
>Download DB2 Express C - the FREE version of DB2 express and take
>control of your XML. No limits. Just data. Click to get it now.
>http://sourceforge.net/powerbar/db2/
>_______________________________________________
>Cedet-devel mailing list
>Cedet-devel@...
>https://lists.sourceforge.net/lists/listinfo/cedet-devel
>

-- 
          Eric Ludlam:                 zappo@..., eric@...
   Home: http://www.ludlam.net            Siege: http://www.siege-engine.com
Emacs: http://cedet.sourceforge.net               GNU: http://www.gnu.org

Any suggestions for me on this, please?

-----Original Message-----
From: cedet-devel-bounces@...
[mailto:cedet-devel-bounces@...] On Behalf Of Marcum,
Bob
Sent: Thursday, July 05, 2007 10:05 AM
To: cedet-devel@...
Subject: Re: [CEDET-devel] Cannot bytecompile CEDET on GNU Emacs 20.4.2

Eric, thanks for the response.  This version of Emacs is "GNU Emacs
20.4.2" on Solaris 8.

-----Original Message-----
From: cedet-devel-bounces@...
[mailto:cedet-devel-bounces@...] On Behalf Of Eric M.
Ludlam
Sent: Wednesday, July 04, 2007 5:06 PM
To: Marcum, Bob
Cc: cedet-devel@...
Subject: Re: [CEDET-devel] Cannot bytecompile CEDET using GNU make 3.81

Hi,

  What version of Emacs are you using?  ede-simple is a new file, and
  may not have been tested on all version of Emacs yet.

Thanks
Eric


>>> "Marcum, Bob" <Bob.Marcum@...> seems to think that:
>I, also, cannot get a clean compile with cedet-1.0pre4.  In my case, I
>am working on a Solaris 8 machine.  While make is working on ede, the
>process craters with the following error messages:
>
>While compiling toplevel forms in file
>/usr/local/share/emacs/site-lisp/cedetDir/cedet-1.0pre4/ede/ede-util.el
:
>  !! Wrong number of arguments ((#[(list-var element) " J\235\203
>        J\207   JBL\207" [element list-var] 3 1094162] 3))
>While compiling toplevel forms in file
>/usr/local/share/emacs/site-lisp/cedetDir/cedet-1.0pre4/ede/ede-system.
e
>l:
>  !! Wrong number of arguments ((#[(list-var element) " J\235\203
>        J\207   JBL\207" [element list-var] 3 1094162] 3))
>While compiling ede-speedbar-compile-line in file
>/usr/local/share/emacs/site-lisp/cedetDir/cedet-1.0pre4/ede/ede-speedba
r
>..el:
>  ** reference to free variable ede-project
>  ** reference to free variable ede-target
>While compiling ede-speedbar-get-top-project-for-line:
>  ** reference to free variable ede-target
>  ** reference to free variable ede-project
>Wrote
>/usr/local/share/emacs/site-lisp/cedetDir/cedet-1.0pre4/ede/ede-speedba
r
>..elc
>While compiling toplevel forms in file
>/usr/local/share/emacs/site-lisp/cedetDir/cedet-1.0pre4/ede/ede-simple.
e
>l:
>  !! Wrong number of arguments ((#[(list-var element) " J\235\203
>        J\207   JBL\207" [element list-var] 3 1094162] 3))
>Done
>make[1]: *** [ede] Error 1
>make[1]: Leaving directory
>`/usr/local/share/emacs/site-lisp/cedetDir/cedet-1.0pre4/ede'
>make: *** [ede] Error 2
>
>I have tried clean-autoloads, then clean-all, then back to step 2.
Same
>result.  Thanks for help.
  [ ... ]

--=20
          Eric Ludlam:                 zappo@...,
eric@...
   Home: http://www.ludlam.net            Siege: http://www.siege-engine.com
Emacs: http://cedet.sourceforge.net               GNU: http://www.gnu.org

------------------------------------------------------------------------
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Cedet-devel mailing list
Cedet-devel@...
https://lists.sourceforge.net/lists/listinfo/cedet-devel
-----------------------------------------
The information in this message may be proprietary and/or
confidential, and protected from disclosure.  If the reader of this
message is not the intended recipient, or an employee or agent
responsible for delivering this message to the intended recipient,
you are hereby notified that any dissemination, distribution or
copying of this communication is strictly prohibited. If you have
received this communication in error, please notify First Data
immediately by replying to this message and deleting it from your
computer.

------------------------------------------------------------------------
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Cedet-devel mailing list
Cedet-devel@...
https://lists.sourceforge.net/lists/listinfo/cedet-devel

Sorry, I wasn't able to find a pre-installed Emacs 20 anywhere.

I think if you go into ede-simple.el, on line 42 is a call to
'add-to-list'.  Remove the trailing 't' (last argument) and you should
be ok, but I'm guessing since the error wasn't very verbose.

Eric

>>> "Marcum, Bob" <Bob.Marcum@...> seems to think that:
>Any suggestions for me on this, please?
>
>-----Original Message-----
>From: cedet-devel-bounces@...
>[mailto:cedet-devel-bounces@...] On Behalf Of Marcum,
>Bob
>Sent: Thursday, July 05, 2007 10:05 AM
>To: cedet-devel@...
>Subject: Re: [CEDET-devel] Cannot bytecompile CEDET on GNU Emacs 20.4.2
>
>Eric, thanks for the response.  This version of Emacs is "GNU Emacs
>20.4.2" on Solaris 8.
>
>-----Original Message-----
>From: cedet-devel-bounces@...
>[mailto:cedet-devel-bounces@...] On Behalf Of Eric M.
>Ludlam
>Sent: Wednesday, July 04, 2007 5:06 PM
>To: Marcum, Bob
>Cc: cedet-devel@...
>Subject: Re: [CEDET-devel] Cannot bytecompile CEDET using GNU make 3.81
>
>Hi,
>
>  What version of Emacs are you using?  ede-simple is a new file, and
>  may not have been tested on all version of Emacs yet.
>
>Thanks
>Eric
>
>
>>>> "Marcum, Bob" <Bob.Marcum@...> seems to think that:
>>I, also, cannot get a clean compile with cedet-1.0pre4.  In my case, I
>>am working on a Solaris 8 machine.  While make is working on ede, the
>>process craters with the following error messages:
>>
>>While compiling toplevel forms in file
>>/usr/local/share/emacs/site-lisp/cedetDir/cedet-1.0pre4/ede/ede-util.el
>:
>>  !! Wrong number of arguments ((#[(list-var element) " J\235\203
>>        J\207   JBL\207" [element list-var] 3 1094162] 3))
>>While compiling toplevel forms in file
>>/usr/local/share/emacs/site-lisp/cedetDir/cedet-1.0pre4/ede/ede-system.
>e
>>l:
>>  !! Wrong number of arguments ((#[(list-var element) " J\235\203
>>        J\207   JBL\207" [element list-var] 3 1094162] 3))
>>While compiling ede-speedbar-compile-line in file
>>/usr/local/share/emacs/site-lisp/cedetDir/cedet-1.0pre4/ede/ede-speedba
>r
>>..el:
>>  ** reference to free variable ede-project
>>  ** reference to free variable ede-target
>>While compiling ede-speedbar-get-top-project-for-line:
>>  ** reference to free variable ede-target
>>  ** reference to free variable ede-project
>>Wrote
>>/usr/local/share/emacs/site-lisp/cedetDir/cedet-1.0pre4/ede/ede-speedba
>r
>>..elc
>>While compiling toplevel forms in file
>>/usr/local/share/emacs/site-lisp/cedetDir/cedet-1.0pre4/ede/ede-simple.
>e
>>l:
>>  !! Wrong number of arguments ((#[(list-var element) " J\235\203
>>        J\207   JBL\207" [element list-var] 3 1094162] 3))
>>Done
>>make[1]: *** [ede] Error 1
>>make[1]: Leaving directory
>>`/usr/local/share/emacs/site-lisp/cedetDir/cedet-1.0pre4/ede'
>>make: *** [ede] Error 2
>>
>>I have tried clean-autoloads, then clean-all, then back to step 2.
>Same
>>result.  Thanks for help.
>  [ ... ]
>

-- 
          Eric Ludlam:                 zappo@..., eric@...
   Home: http://www.ludlam.net            Siege: http://www.siege-engine.com
Emacs: http://cedet.sourceforge.net               GNU: http://www.gnu.org

Thank you, Eric=2E  I made that change and re-tried =2E=2E=2E thought it wa=
s=0D=0Agoing to race right thru to successful completion =2E=2E=2E but, the=
n =2E=2E=2E=0D=0ABang!=0D=0A=0D=0AReading directory=0D=0A/export/home/marcu=
mb/tmp/emacs/cedet-1=2E0pre4/semantic/wisent/=2E=2E=2Edone=0D=0A"emacs" -ba=
tch --no-site-file -l grammar-make-script -f=0D=0Asemantic-grammar-batch-bu=
ild-packages semantic-grammar=2Ewy=0D=0ASymbol's function definition is voi=
d: plist-member=0D=0Amake[1]: *** [metagrammar] Error 255=0D=0Amake[1]: Lea=
ving directory=0D=0A`/export/home/marcumb/tmp/emacs/cedet-1=2E0pre4/semanti=
c'=0D=0Amake: *** [semantic] Error 2=0D=0A=0D=0A-----Original Message-----=
=0D=0AFrom: cedet-devel-bounces@...=
t-devel-bounces@...] On Behalf Of Eric M=2E=0D=0ALudl=
am=0D=0ASent: Monday, July 09, 2007 12:26 PM=0D=0ATo: Marcum, Bob=0D=0ACc: =
cedet-devel@...: Re: [CEDET-devel] Canno=
t bytecompile CEDET on GNU Emacs 20=2E4=2E2=0D=0A=0D=0ASorry, I wasn't able=
 to find a pre-installed Emacs 20 anywhere=2E=0D=0A=0D=0AI think if you go =
into ede-simple=2Eel, on line 42 is a call to=0D=0A'add-to-list'=2E  Remove=
 the trailing 't' (last argument) and you should=0D=0Abe ok, but I'm guessi=
ng since the error wasn't very verbose=2E=0D=0A=0D=0AEric=0D=0A=0D=0A>>> "M=
arcum, Bob" <Bob=2EMarcum@...> seems to think that:=0D=0A>Any s=
uggestions for me on this, please?=0D=0A>=0D=0A>-----Original Message-----=
=0D=0A>From: cedet-devel-bounces@...=
det-devel-bounces@...] On Behalf Of Marcum,=0D=0A>Bob=
=0D=0A>Sent: Thursday, July 05, 2007 10:05 AM=0D=0A>To: cedet-devel@...=
=2Esourceforge=2Enet=0D=0A>Subject: Re: [CEDET-devel] Cannot bytecompile CE=
DET on GNU Emacs 20=2E4=2E2=0D=0A>=0D=0A>Eric, thanks for the response=2E  =
This version of Emacs is "GNU Emacs=0D=0A>20=2E4=2E2" on Solaris 8=2E=0D=0A=
>=0D=0A>-----Original Message-----=0D=0A>From: cedet-devel-bounces@...=
sourceforge=2Enet=0D=0A>[mailto:cedet-devel-bounces@...=
et] On Behalf Of Eric M=2E=0D=0A>Ludlam=0D=0A>Sent: Wednesday, July 04, 200=
7 5:06 PM=0D=0A>To: Marcum, Bob=0D=0A>Cc: cedet-devel@...=
=2Enet=0D=0A>Subject: Re: [CEDET-devel] Cannot bytecompile CEDET using GNU =
make 3=2E81=0D=0A>=0D=0A>Hi,=0D=0A>=0D=0A>  What version of Emacs are you u=
sing?  ede-simple is a new file, and=0D=0A>  may not have been tested on al=
l version of Emacs yet=2E=0D=0A>=0D=0A>Thanks=0D=0A>Eric=0D=0A>=0D=0A>=0D=
=0A>>>> "Marcum, Bob" <Bob=2EMarcum@...> seems to think that:=
=0D=0A>>I, also, cannot get a clean compile with cedet-1=2E0pre4=2E  In my =
case, I=0D=0A>>am working on a Solaris 8 machine=2E  While make is working =
on ede, the=0D=0A>>process craters with the following error messages:=0D=0A=
>>=0D=0A>>While compiling toplevel forms in file=0D=0A>>/usr/local/share/em=
acs/site-lisp/cedetDir/cedet-1=2E0pre4/ede/ede-util=2Ee=0D=0Al=0D=0A>:=0D=
=0A>>  !! Wrong number of arguments ((#[(list-var element) " J\235\203=0D=
=0A>>        J\207   JBL\207" [element list-var] 3 1094162] 3))=0D=0A>>Whil=
e compiling toplevel forms in file=0D=0A>>/usr/local/share/emacs/site-lisp/=
cedetDir/cedet-1=2E0pre4/ede/ede-system=0D=0A=2E=2E=0D=0A>e=0D=0A>>l:=0D=0A=
>>  !! Wrong number of arguments ((#[(list-var element) " J\235\203=0D=0A>>=
        J\207   JBL\207" [element list-var] 3 1094162] 3))=0D=0A>>While com=
piling ede-speedbar-compile-line in file=0D=0A>>/usr/local/share/emacs/site=
-lisp/cedetDir/cedet-1=2E0pre4/ede/ede-speedb=0D=0Aa=0D=0A>r=0D=0A>>=2E=2Ee=
l:=0D=0A>>  ** reference to free variable ede-project=0D=0A>>  ** reference=
 to free variable ede-target=0D=0A>>While compiling ede-speedbar-get-top-pr=
oject-for-line:=0D=0A>>  ** reference to free variable ede-target=0D=0A>>  =
** reference to free variable ede-project=0D=0A>>Wrote=0D=0A>>/usr/local/sh=
are/emacs/site-lisp/cedetDir/cedet-1=2E0pre4/ede/ede-speedb=0D=0Aa=0D=0A>r=
=0D=0A>>=2E=2Eelc=0D=0A>>While compiling toplevel forms in file=0D=0A>>/usr=
/local/share/emacs/site-lisp/cedetDir/cedet-1=2E0pre4/ede/ede-simple=0D=0A=
=2E=2E=0D=0A>e=0D=0A>>l:=0D=0A>>  !! Wrong number of arguments ((#[(list-va=
r element) " J\235\203=0D=0A>>        J\207   JBL\207" [element list-var] 3=
 1094162] 3))=0D=0A>>Done=0D=0A>>make[1]: *** [ede] Error 1=0D=0A>>make[1]:=
 Leaving directory=0D=0A>>`/usr/local/share/emacs/site-lisp/cedetDir/cedet-=
1=2E0pre4/ede'=0D=0A>>make: *** [ede] Error 2=0D=0A>>=0D=0A>>I have tried c=
lean-autoloads, then clean-all, then back to step 2=2E=0D=0A>Same=0D=0A>>re=
sult=2E  Thanks for help=2E=0D=0A>  [ =2E=2E=2E ]=0D=0A>=0D=0A=0D=0A-- =0D=
=0A          Eric Ludlam:                 zappo@...=
engine=2Ecom=0D=0A   Home: http://www=2Eludlam=2Enet            Siege: www=
=2Esiege-engine=2Ecom=0D=0AEmacs: http://cedet=2Esourceforge=2Enet         =
      GNU: www=2Egnu=2Eorg=0D=0A=0D=0A-------------------------------------=
-----------------------------------=0D=0A-=0D=0AThis SF=2Enet email is spon=
sored by DB2 Express=0D=0ADownload DB2 Express C - the FREE version of DB2 =
express and take=0D=0Acontrol of your XML=2E No limits=2E Just data=2E Clic=
k to get it now=2E=0D=0Ahttp://sourceforge=2Enet/powerbar/db2/=0D=0A_______=
________________________________________=0D=0ACedet-devel mailing list=0D=
=0ACedet-devel@... href="0Ahttps://lists=2Esourceforge=" target="_new">0Ahttps://lists=2Esourceforge=
=2Enet/lists/listinfo/cedet-devel=0D=0A------------------------------------=
-----=0D=0AThe information in this message may be proprietary and/or=0Aconf=
idential, and protected from disclosure=2E  If the reader of this=0Amessage=
 is not the intended recipient, or an employee or agent=0Aresponsible for d=
elivering this message to the intended recipient,=0Ayou are hereby notified=
 that any dissemination, distribution or=0Acopying of this communication is=
 strictly prohibited=2E If you have=0Areceived this communication in error,=
 please notify First Data=0Aimmediately by replying to this message and del=
eting it from your=0Acomputer=2E

"Marcum, Bob" wrote:

  Hi

> Symbol's function definition is void: plist-member

  I don't have an Emacs 20 here, but I'm pretty sure it has the
function setplist.  So you should be able to use the following to
define plist-get yourself:

    (when (not (functionp 'plist-get))
      (defun plist-get (plist property)
        (let (sym (make-symbol "sym"))
          (setplist sym plist)
          (get sym property))))

  Regards,

--drkm



















      _____________________________________________________________________________ 
Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail

Hi,

not really a constructive answer and solution but a (strong) =
recommendation:

Emacs 20.X is really really outdated (for several years!) - i assume you =
will run into - probably not completely solveable - a bunch of =
incompatibilities when you try to use some nifty emacs-tools like cedet =
or ecb or or or or....

Of course i can not estimate your setup- and environment-constraints but =
i strongly recommend you to upgrade to a newer Emacs if possible (and i =
promise you - if you have tried latest Emacs 22 you don't want switching =
back ;-)

Of course i do not know but IMHO the compatibility-support for Emacs =
20.X will be removed more and more from big-emacs-addons (like ecb, =
cedet, auxtex etc...) because it cost too much efforts to support such =
an old emacs-version and it's probably not worth...

I do not want to offend you, it's just my opinion and recommendation...

@Eric: your estimation? From one of the developers of cedet....

Klaus

Florent Georges wrote:
> "Marcum, Bob" wrote:
>=20
>   Hi
>=20
>> Symbol's function definition is void: plist-member
>=20
>   I don't have an Emacs 20 here, but I'm pretty sure it has the
> function setplist.  So you should be able to use the following to
> define plist-get yourself:
>=20
>     (when (not (functionp 'plist-get))
>       (defun plist-get (plist property)
>         (let (sym (make-symbol "sym"))
>           (setplist sym plist)
>           (get sym property))))
>=20
>   Regards,
>=20
> --drkm
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>=20
>     =20
> =
_________________________________________________________________________=
____
> Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers
> Yahoo! Mail =20
>=20
>=20
> =
-------------------------------------------------------------------------=

> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Cedet-devel mailing list
> Cedet-devel@...
> https://lists.sourceforge.net/lists/listinfo/cedet-devel

Well, I did think about that option and I have asked whether I can get=0D=
=0Aan upgrade to emacs 21+ on that machine=2E  I have not heard back yet=0D=
=0Awhether the SysAdmins will do that (Someimes they will and sometimes=0D=
=0Athay won't; then if they will, it becomes a question of when)  I will=0D=
=0Acome back after I hear whether I can get an upgrade=2E=0D=0A=0D=0AAltern=
ately, can I pull down an earlier release of CEDET that might have=0D=0Abee=
n okay with emacs 20=2E4=2E2?  I looked for an archive of earlier=0D=0Arele=
ases and found none=2E  Surely, I am not looking in the right place=2E=0D=
=0A=0D=0A-----Original Message-----=0D=0AFrom: klaus=2Eberndl@... [mai=
lto:klaus=2Eberndl@...] =0D=0ASent: Tuesday, July 10, 2007 2:04 AM=0D=
=0ATo: darkman_spam@...; Marcum, Bob;=0D=0Acedet-devel@...=
eforge=2Enet=0D=0ACc: eric@...: RE: [CEDET-deve=
l] Cannot bytecompile CEDET on GNU Emacs 20=2E4=2E2=0D=0A=0D=0AHi,=0D=0A=0D=
=0Anot really a constructive answer and solution but a (strong)=0D=0Arecomm=
endation:=0D=0A=0D=0AEmacs 20=2EX is really really outdated (for several ye=
ars!) - i assume you=0D=0Awill run into - probably not completely solveable=
 - a bunch of=0D=0Aincompatibilities when you try to use some nifty emacs-t=
ools like cedet=0D=0Aor ecb or or or or=2E=2E=2E=2E=0D=0A=0D=0AOf course i =
can not estimate your setup- and environment-constraints but=0D=0Ai strongl=
y recommend you to upgrade to a newer Emacs if possible (and i=0D=0Apromise=
 you - if you have tried latest Emacs 22 you don't want switching=0D=0Aback=
 ;-)=0D=0A=0D=0AOf course i do not know but IMHO the compatibility-support =
for Emacs=0D=0A20=2EX will be removed more and more from big-emacs-addons (=
like ecb,=0D=0Acedet, auxtex etc=2E=2E=2E) because it cost too much efforts=
 to support such=0D=0Aan old emacs-version and it's probably not worth=2E=
=2E=2E=0D=0A=0D=0AI do not want to offend you, it's just my opinion and rec=
ommendation=2E=2E=2E=0D=0A=0D=0A@...: your estimation? From one of the dev=
elopers of cedet=2E=2E=2E=2E=0D=0A=0D=0AKlaus=0D=0A=0D=0AFlorent Georges wr=
ote:=0D=0A> "Marcum, Bob" wrote:=0D=0A> =0D=0A>   Hi=0D=0A> =0D=0A>> Symbol=
's function definition is void: plist-member=0D=0A> =0D=0A>   I don't have =
an Emacs 20 here, but I'm pretty sure it has the=0D=0A> function setplist=
=2E  So you should be able to use the following to=0D=0A> define plist-get =
yourself:=0D=0A> =0D=0A>     (when (not (functionp 'plist-get))=0D=0A>     =
  (defun plist-get (plist property)=0D=0A>         (let (sym (make-symbol "=
sym"))=0D=0A>           (setplist sym plist)=0D=0A>           (get sym prop=
erty))))=0D=0A> =0D=0A>   Regards,=0D=0A> =0D=0A> --drkm=0D=0A> =0D=0A> =0D=
=0A> =0D=0A> =0D=0A> =0D=0A> =0D=0A> =0D=0A> =0D=0A> =0D=0A> =0D=0A> =0D=0A=
> =0D=0A> =0D=0A> =0D=0A> =0D=0A> =0D=0A> =0D=0A> =0D=0A> =0D=0A>      =0D=
=0A>=0D=0A_________________________________________________________________=
_______=0D=0A_____=0D=0A> Ne gardez plus qu'une seule adresse mail ! Copiez=
 vos mails vers=0D=0A> Yahoo! Mail  =0D=0A> =0D=0A> =0D=0A>=0D=0A----------=
--------------------------------------------------------------=0D=0A-=0D=0A=
> This SF=2Enet email is sponsored by DB2 Express=0D=0A> Download DB2 Expre=
ss C - the FREE version of DB2 express and take=0D=0A> control of your XML=
=2E No limits=2E Just data=2E Click to get it now=2E=0D=0A> http://sourcefo=
rge=2Enet/powerbar/db2/=0D=0A> ____________________________________________=
___=0D=0A> Cedet-devel mailing list=0D=0A> Cedet-devel@...=
=2Enet=0D=0A> https://lists=2Esourceforge=2Enet/lists/listinfo/cedet-devel=
=0D=0A-----------------------------------------=0D=0AThe information in thi=
s message may be proprietary and/or=0Aconfidential, and protected from disc=
losure=2E  If the reader of this=0Amessage is not the intended recipient, o=
r an employee or agent=0Aresponsible for delivering this message to the int=
ended recipient,=0Ayou are hereby notified that any dissemination, distribu=
tion or=0Acopying of this communication is strictly prohibited=2E If you ha=
ve=0Areceived this communication in error, please notify First Data=0Aimmed=
iately by replying to this message and deleting it from your=0Acomputer=2E

Hi,

  Unfortunately, the plist function listed below has been in CEDET
since the first beta release.  I would guess this means that no-one
has tried CEDET in Emacs 20 since then, so who knows how many new
things are hiding.

  Earlier versions are the last stable releases of the individual
tools, like semantic or eieio.

Eric

>>> "Marcum, Bob" <Bob.Marcum@...> seems to think that:
>Well, I did think about that option and I have asked whether I can get
>an upgrade to emacs 21+ on that machine.  I have not heard back yet
>whether the SysAdmins will do that (Someimes they will and sometimes
>thay won't; then if they will, it becomes a question of when)  I will
>come back after I hear whether I can get an upgrade.
>
>Alternately, can I pull down an earlier release of CEDET that might have
>been okay with emacs 20.4.2?  I looked for an archive of earlier
>releases and found none.  Surely, I am not looking in the right place.
>
>-----Original Message-----
>From: klaus.berndl@... [mailto:klaus.berndl@...] 
>Sent: Tuesday, July 10, 2007 2:04 AM
>To: darkman_spam@...; Marcum, Bob;
>cedet-devel@...
>Cc: eric@...
>Subject: RE: [CEDET-devel] Cannot bytecompile CEDET on GNU Emacs 20.4.2
>
>Hi,
>
>not really a constructive answer and solution but a (strong)
>recommendation:
>
>Emacs 20.X is really really outdated (for several years!) - i assume you
>will run into - probably not completely solveable - a bunch of
>incompatibilities when you try to use some nifty emacs-tools like cedet
>or ecb or or or or....
>
>Of course i can not estimate your setup- and environment-constraints but
>i strongly recommend you to upgrade to a newer Emacs if possible (and i
>promise you - if you have tried latest Emacs 22 you don't want switching
>back ;-)
>
>Of course i do not know but IMHO the compatibility-support for Emacs
>20.X will be removed more and more from big-emacs-addons (like ecb,
>cedet, auxtex etc...) because it cost too much efforts to support such
>an old emacs-version and it's probably not worth...
>
>I do not want to offend you, it's just my opinion and recommendation...
>
>@Eric: your estimation? From one of the developers of cedet....
>
>Klaus
>
>Florent Georges wrote:
>> "Marcum, Bob" wrote:
>> 
>>   Hi
>> 
>>> Symbol's function definition is void: plist-member
>> 
>>   I don't have an Emacs 20 here, but I'm pretty sure it has the
>> function setplist.  So you should be able to use the following to
>> define plist-get yourself:
>> 
>>     (when (not (functionp 'plist-get))
>>       (defun plist-get (plist property)
>>         (let (sym (make-symbol "sym"))
>>           (setplist sym plist)
>>           (get sym property))))
>> 
>>   Regards,
>> 
>> --drkm
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>>      
>>
>________________________________________________________________________
>_____
>> Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers
>> Yahoo! Mail  
>> 
>> 
>>
>------------------------------------------------------------------------
>-
>> This SF.net email is sponsored by DB2 Express
>> Download DB2 Express C - the FREE version of DB2 express and take
>> control of your XML. No limits. Just data. Click to get it now.
>> http://sourceforge.net/powerbar/db2/
>> _______________________________________________
>> Cedet-devel mailing list
>> Cedet-devel@...
>> https://lists.sourceforge.net/lists/listinfo/cedet-devel
>-----------------------------------------
>The information in this message may be proprietary and/or
>confidential, and protected from disclosure.  If the reader of this
>message is not the intended recipient, or an employee or agent
>responsible for delivering this message to the intended recipient,
>you are hereby notified that any dissemination, distribution or
>copying of this communication is strictly prohibited. If you have
>received this communication in error, please notify First Data
>immediately by replying to this message and deleting it from your
>computer.
>
>-------------------------------------------------------------------------
>This SF.net email is sponsored by DB2 Express
>Download DB2 Express C - the FREE version of DB2 express and take
>control of your XML. No limits. Just data. Click to get it now.
>http://sourceforge.net/powerbar/db2/
>_______________________________________________
>Cedet-devel mailing list
>Cedet-devel@...
>https://lists.sourceforge.net/lists/listinfo/cedet-devel
>

-- 
          Eric Ludlam:                 zappo@..., eric@...
   Home: http://www.ludlam.net            Siege: http://www.siege-engine.com
Emacs: http://cedet.sourceforge.net               GNU: http://www.gnu.org

I would suggest, that the cedet should contain a prevention from being =
used with Emacs < 21.X - ECB already contains such stuff - it will not =
load and bytecompile with Emacs < 21 - IMO this makes no sense cause of =
too much outdated Emacs < 21...

Klaus

Eric M. Ludlam wrote:
> Hi,
>=20
>   Unfortunately, the plist function listed below has been in CEDET
> since the first beta release.  I would guess this means that no-one
> has tried CEDET in Emacs 20 since then, so who knows how many new
> things are hiding.
>=20
>   Earlier versions are the last stable releases of the individual
> tools, like semantic or eieio.
>=20
> Eric
>=20
>>>> "Marcum, Bob" <Bob.Marcum@...> seems to think that:
>> Well, I did think about that option and I have asked whether I can
>> get an upgrade to emacs 21+ on that machine.  I have not heard back
>> yet whether the SysAdmins will do that (Someimes they will and
>> sometimes thay won't; then if they will, it becomes a question of
>> when)  I will come back after I hear whether I can get an upgrade.
>>=20
>> Alternately, can I pull down an earlier release of CEDET that might
>> have been okay with emacs 20.4.2?  I looked for an archive of earlier
>> releases and found none.  Surely, I am not looking in the right
>> place.=20
>>=20
>> -----Original Message-----
>> From: klaus.berndl@... [mailto:klaus.berndl@...]
>> Sent: Tuesday, July 10, 2007 2:04 AM
>> To: darkman_spam@...; Marcum, Bob;
>> cedet-devel@...
>> Cc: eric@...
>> Subject: RE: [CEDET-devel] Cannot bytecompile CEDET on GNU Emacs
>> 20.4.2=20
>>=20
>> Hi,
>>=20
>> not really a constructive answer and solution but a (strong)
>> recommendation:=20
>>=20
>> Emacs 20.X is really really outdated (for several years!) - i assume
>> you will run into - probably not completely solveable - a bunch of
>> incompatibilities when you try to use some nifty emacs-tools like
>> cedet or ecb or or or or....=20
>>=20
>> Of course i can not estimate your setup- and environment-constraints
>> but i strongly recommend you to upgrade to a newer Emacs if possible
>> (and i promise you - if you have tried latest Emacs 22 you don't
>> want switching back ;-)=20
>>=20
>> Of course i do not know but IMHO the compatibility-support for Emacs
>> 20.X will be removed more and more from big-emacs-addons (like ecb,
>> cedet, auxtex etc...) because it cost too much efforts to support
>> such an old emacs-version and it's probably not worth...
>>=20
>> I do not want to offend you, it's just my opinion and
>> recommendation...=20
>>=20
>> @Eric: your estimation? From one of the developers of cedet....
>>=20
>> Klaus
>>=20
>> Florent Georges wrote:
>>> "Marcum, Bob" wrote:
>>>=20
>>>   Hi
>>>=20
>>>> Symbol's function definition is void: plist-member
>>>=20
>>>   I don't have an Emacs 20 here, but I'm pretty sure it has the
>>> function setplist.  So you should be able to use the following to
>>> define plist-get yourself:=20
>>>=20
>>>     (when (not (functionp 'plist-get))
>>>       (defun plist-get (plist property)
>>>         (let (sym (make-symbol "sym"))
>>>           (setplist sym plist)
>>>           (get sym property))))
>>>=20
>>>   Regards,
>>>=20
>>> --drkm
>>>=20
>>>=20
>>>=20
>>>=20
>>>=20
>>>=20
>>>=20
>>>=20
>>>=20
>>>=20
>>>=20
>>>=20
>>>=20
>>>=20
>>>=20
>>>=20
>>>=20
>>>=20
>>>=20
>>>=20
>>>=20
>> =
________________________________________________________________________
>> _____
>>> Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers
>>> Yahoo! Mail=20
>>>=20
>>>=20
>>>=20
>> =
------------------------------------------------------------------------
>> -
>>> This SF.net email is sponsored by DB2 Express
>>> Download DB2 Express C - the FREE version of DB2 express and take
>>> control of your XML. No limits. Just data. Click to get it now.
>>> http://sourceforge.net/powerbar/db2/
>>> _______________________________________________
>>> Cedet-devel mailing list
>>> Cedet-devel@...
>>> https://lists.sourceforge.net/lists/listinfo/cedet-devel
>> -----------------------------------------
>> The information in this message may be proprietary and/or
>> confidential, and protected from disclosure.  If the reader of this
>> message is not the intended recipient, or an employee or agent
>> responsible for delivering this message to the intended recipient,
>> you are hereby notified that any dissemination, distribution or
>> copying of this communication is strictly prohibited. If you have
>> received this communication in error, please notify First Data
>> immediately by replying to this message and deleting it from your
>> computer.=20
>>=20
>> =
-------------------------------------------------------------------------=

>> This SF.net email is sponsored by DB2 Express
>> Download DB2 Express C - the FREE version of DB2 express and take
>> control of your XML. No limits. Just data. Click to get it now.
>> http://sourceforge.net/powerbar/db2/
>> _______________________________________________
>> Cedet-devel mailing list
>> Cedet-devel@...
>> https://lists.sourceforge.net/lists/listinfo/cedet-devel

Hi,

  I'll add a `inversion-require-emacs' util, then add in appropriate
values.  Does anyone have a suggestion for a working minimum XEmacs
version?  I have 21.4 on my machine.  It sounds like the minimum Emacs
version is 21.1.

Thanks
Eric

>>> <klaus.berndl@...> seems to think that:
>I would suggest, that the cedet should contain a prevention from being
>used with Emacs < 21.X - ECB already contains such stuff - it will not
>load and bytecompile with Emacs < 21 - IMO this makes no sense cause
>of too much outdated Emacs < 21...
>
>Klaus
>
>Eric M. Ludlam wrote:
>> Hi,
>> 
>>   Unfortunately, the plist function listed below has been in CEDET
>> since the first beta release.  I would guess this means that no-one
>> has tried CEDET in Emacs 20 since then, so who knows how many new
>> things are hiding.
>> 
>>   Earlier versions are the last stable releases of the individual
>> tools, like semantic or eieio.
>> 
>> Eric
>> 
>>>>> "Marcum, Bob" <Bob.Marcum@...> seems to think that:
>>> Well, I did think about that option and I have asked whether I can
>>> get an upgrade to emacs 21+ on that machine.  I have not heard back
>>> yet whether the SysAdmins will do that (Someimes they will and
>>> sometimes thay won't; then if they will, it becomes a question of
>>> when)  I will come back after I hear whether I can get an upgrade.
>>> 
>>> Alternately, can I pull down an earlier release of CEDET that might
>>> have been okay with emacs 20.4.2?  I looked for an archive of earlier
>>> releases and found none.  Surely, I am not looking in the right
>>> place. 
>>> 
>>> -----Original Message-----
>>> From: klaus.berndl@... [mailto:klaus.berndl@...]
>>> Sent: Tuesday, July 10, 2007 2:04 AM
>>> To: darkman_spam@...; Marcum, Bob;
>>> cedet-devel@...
>>> Cc: eric@...
>>> Subject: RE: [CEDET-devel] Cannot bytecompile CEDET on GNU Emacs
>>> 20.4.2 
>>> 
>>> Hi,
>>> 
>>> not really a constructive answer and solution but a (strong)
>>> recommendation: 
>>> 
>>> Emacs 20.X is really really outdated (for several years!) - i assume
>>> you will run into - probably not completely solveable - a bunch of
>>> incompatibilities when you try to use some nifty emacs-tools like
>>> cedet or ecb or or or or.... 
>>> 
>>> Of course i can not estimate your setup- and environment-constraints
>>> but i strongly recommend you to upgrade to a newer Emacs if possible
>>> (and i promise you - if you have tried latest Emacs 22 you don't
>>> want switching back ;-) 
>>> 
>>> Of course i do not know but IMHO the compatibility-support for Emacs
>>> 20.X will be removed more and more from big-emacs-addons (like ecb,
>>> cedet, auxtex etc...) because it cost too much efforts to support
>>> such an old emacs-version and it's probably not worth...
>>> 
>>> I do not want to offend you, it's just my opinion and
>>> recommendation... 
>>> 
>>> @Eric: your estimation? From one of the developers of cedet....
>>> 
>>> Klaus
>>> 
>>> Florent Georges wrote:
>>>> "Marcum, Bob" wrote:
>>>> 
>>>>   Hi
>>>> 
>>>>> Symbol's function definition is void: plist-member
>>>> 
>>>>   I don't have an Emacs 20 here, but I'm pretty sure it has the
>>>> function setplist.  So you should be able to use the following to
>>>> define plist-get yourself: 
>>>> 
>>>>     (when (not (functionp 'plist-get))
>>>>       (defun plist-get (plist property)
>>>>         (let (sym (make-symbol "sym"))
>>>>           (setplist sym plist)
>>>>           (get sym property))))
>>>> 
>>>>   Regards,
>>>> 
>>>> --drkm
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>> ________________________________________________________________________
>>> _____
>>>> Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers
>>>> Yahoo! Mail 
>>>> 
>>>> 
>>>> 
>>> ------------------------------------------------------------------------
>>> -
>>>> This SF.net email is sponsored by DB2 Express
>>>> Download DB2 Express C - the FREE version of DB2 express and take
>>>> control of your XML. No limits. Just data. Click to get it now.
>>>> http://sourceforge.net/powerbar/db2/
>>>> _______________________________________________
>>>> Cedet-devel mailing list
>>>> Cedet-devel@...
>>>> https://lists.sourceforge.net/lists/listinfo/cedet-devel
>>> -----------------------------------------
>>> The information in this message may be proprietary and/or
>>> confidential, and protected from disclosure.  If the reader of this
>>> message is not the intended recipient, or an employee or agent
>>> responsible for delivering this message to the intended recipient,
>>> you are hereby notified that any dissemination, distribution or
>>> copying of this communication is strictly prohibited. If you have
>>> received this communication in error, please notify First Data
>>> immediately by replying to this message and deleting it from your
>>> computer. 
>>> 
>>> -------------------------------------------------------------------------
>>> This SF.net email is sponsored by DB2 Express
>>> Download DB2 Express C - the FREE version of DB2 express and take
>>> control of your XML. No limits. Just data. Click to get it now.
>>> http://sourceforge.net/powerbar/db2/
>>> _______________________________________________
>>> Cedet-devel mailing list
>>> Cedet-devel@...
>>> https://lists.sourceforge.net/lists/listinfo/cedet-devel
>

XEmacs 21.4 and Emacs 21.1 should be appropriate minimum-versions

ECB does so...

Klaus

Eric M. Ludlam wrote:
> Hi,
>=20
>   I'll add a `inversion-require-emacs' util, then add in appropriate
> values.  Does anyone have a suggestion for a working minimum XEmacs
> version?  I have 21.4 on my machine.  It sounds like the minimum Emacs
> version is 21.1.
>=20
> Thanks
> Eric
>=20
>>>> <klaus.berndl@...> seems to think that:
>> I would suggest, that the cedet should contain a prevention from
>> being used with Emacs < 21.X - ECB already contains such stuff - it
>> will not load and bytecompile with Emacs < 21 - IMO this makes no
>> sense cause of too much outdated Emacs < 21...
>>=20
>> Klaus
>>=20
>> Eric M. Ludlam wrote:
>>> Hi,
>>>=20
>>>   Unfortunately, the plist function listed below has been in CEDET
>>> since the first beta release.  I would guess this means that no-one
>>> has tried CEDET in Emacs 20 since then, so who knows how many new
>>> things are hiding.=20
>>>=20
>>>   Earlier versions are the last stable releases of the individual
>>> tools, like semantic or eieio.
>>>=20
>>> Eric
>>>=20
>>>>>> "Marcum, Bob" <Bob.Marcum@...> seems to think that:
>>>> Well, I did think about that option and I have asked whether I can
>>>> get an upgrade to emacs 21+ on that machine.  I have not heard back
>>>> yet whether the SysAdmins will do that (Someimes they will and
>>>> sometimes thay won't; then if they will, it becomes a question of
>>>> when)  I will come back after I hear whether I can get an upgrade.
>>>>=20
>>>> Alternately, can I pull down an earlier release of CEDET that might
>>>> have been okay with emacs 20.4.2?  I looked for an archive of
>>>> earlier releases and found none.  Surely, I am not looking in the
>>>> right place.=20
>>>>=20
>>>> -----Original Message-----
>>>> From: klaus.berndl@... [mailto:klaus.berndl@...]
>>>> Sent: Tuesday, July 10, 2007 2:04 AM
>>>> To: darkman_spam@...; Marcum, Bob;
>>>> cedet-devel@...
>>>> Cc: eric@...
>>>> Subject: RE: [CEDET-devel] Cannot bytecompile CEDET on GNU Emacs
>>>> 20.4.2
>>>>=20
>>>> Hi,
>>>>=20
>>>> not really a constructive answer and solution but a (strong)
>>>> recommendation:=20
>>>>=20
>>>> Emacs 20.X is really really outdated (for several years!) - i
>>>> assume you will run into - probably not completely solveable - a
>>>> bunch of incompatibilities when you try to use some nifty
>>>> emacs-tools like cedet or ecb or or or or....=20
>>>>=20
>>>> Of course i can not estimate your setup- and
>>>> environment-constraints but i strongly recommend you to upgrade to
>>>> a newer Emacs if possible (and i promise you - if you have tried
>>>> latest Emacs 22 you don't want switching back ;-)=20
>>>>=20
>>>> Of course i do not know but IMHO the compatibility-support for
>>>> Emacs=20
>>>> 20.X will be removed more and more from big-emacs-addons (like ecb,
>>>> cedet, auxtex etc...) because it cost too much efforts to support
>>>> such an old emacs-version and it's probably not worth...
>>>>=20
>>>> I do not want to offend you, it's just my opinion and
>>>> recommendation...=20
>>>>=20
>>>> @Eric: your estimation? From one of the developers of cedet....
>>>>=20
>>>> Klaus
>>>>=20
>>>> Florent Georges wrote:
>>>>> "Marcum, Bob" wrote:
>>>>>=20
>>>>>   Hi
>>>>>=20
>>>>>> Symbol's function definition is void: plist-member
>>>>>=20
>>>>>   I don't have an Emacs 20 here, but I'm pretty sure it has the
>>>>> function setplist.  So you should be able to use the following to
>>>>> define plist-get yourself:=20
>>>>>=20
>>>>>     (when (not (functionp 'plist-get))
>>>>>       (defun plist-get (plist property)
>>>>>         (let (sym (make-symbol "sym"))
>>>>>           (setplist sym plist)
>>>>>           (get sym property))))
>>>>>=20
>>>>>   Regards,
>>>>>=20
>>>>> --drkm
>>>>>=20
>>>>>=20
>>>>>=20
>>>>>=20
>>>>>=20
>>>>>=20
>>>>>=20
>>>>>=20
>>>>>=20
>>>>>=20
>>>>>=20
>>>>>=20
>>>>>=20
>>>>>=20
>>>>>=20
>>>>>=20
>>>>>=20
>>>>>=20
>>>>>=20
>>>>>=20
>>>>>=20
>>>> =
________________________________________________________________________
>>>> _____
>>>>> Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers
>>>>> Yahoo! Mail=20
>>>>>=20
>>>>>=20
>>>>>=20
>>>> =
------------------------------------------------------------------------
>>>> -
>>>>> This SF.net email is sponsored by DB2 Express
>>>>> Download DB2 Express C - the FREE version of DB2 express and take
>>>>> control of your XML. No limits. Just data. Click to get it now.
>>>>> http://sourceforge.net/powerbar/db2/
>>>>> _______________________________________________
>>>>> Cedet-devel mailing list
>>>>> Cedet-devel@...
>>>>> https://lists.sourceforge.net/lists/listinfo/cedet-devel
>>>> -----------------------------------------
>>>> The information in this message may be proprietary and/or
>>>> confidential, and protected from disclosure.  If the reader of this
>>>> message is not the intended recipient, or an employee or agent
>>>> responsible for delivering this message to the intended recipient,
>>>> you are hereby notified that any dissemination, distribution or
>>>> copying of this communication is strictly prohibited. If you have
>>>> received this communication in error, please notify First Data
>>>> immediately by replying to this message and deleting it from your
>>>> computer.=20
>>>>=20
>>>> =
-------------------------------------------------------------------------=

>>>> This SF.net email is sponsored by DB2 Express
>>>> Download DB2 Express C - the FREE version of DB2 express and take
>>>> control of your XML. No limits. Just data. Click to get it now.
>>>> http://sourceforge.net/powerbar/db2/
>>>> _______________________________________________
>>>> Cedet-devel mailing list
>>>> Cedet-devel@...
>>>> https://lists.sourceforge.net/lists/listinfo/cedet-devel