4:36 a.m.
I have synced the XEmacs jde package to jde 2.2.9beta12. I only include here
the patch I had to apply to the vanilla kit for XEmacs. I think the Changes
are legitimate so I would be grateful if they could be applied to the JDE
repository also.
andy
2002-09-13 Andy Piper <andy(a)xemacs.org>
* jde-checkstyle.el (jde-checkstyle-exec): use jde-build-classpath
so that things work under cygwin XEmacs.
* jde-java-font-lock.el (jde-java-font-lock-html-tag-regexp):
required during compilation.
(jde-java-font-lock-def-html-keyword): keyword is not used.
* jde-wiz.el (semantic-util): Require semantic-util.
7:26 a.m.
New subject: [Q] [PATCH] sync to jde 2.2.9beta12
On Sat, 2002-09-14 at 06:36, Andy Piper wrote:
I have synced the XEmacs jde package to jde 2.2.9beta12. I only
include here
the patch I had to apply to the vanilla kit for XEmacs. I think the Changes
are legitimate so I would be grateful if they could be applied to the JDE
repository also.
Andy, I see you've set yourself as the MAINTAINER now, have you
discussed this with Paul Kinnucan? If he knows about this and is ok
with it, so am I.
Some comments about the sync:
Please update xemacs-packages/jde/ChangeLog. At the very least, the
MAINTAINER change and a note about the sync must be there.
xemacs-packages/jde/ReleaseNotes.txt should be synced too, the upstream
package has it in lisp/ReleaseNotes.txt. It would be a good idea also
put it to Makefile's EXTRA_SOURCES.
jde-compat.elc is not listed in ELCS, on purpose? I think it should be.
Adrian's patch at
<http://cvs.xemacs.org/viewcvs.cgi/XEmacs/packages/xemacs-packages/jde/lis...
was lost in the sync. Upstream forward wouldn't hurt.
This is not actually related to the sync, but I noticed that unlike all
other packages, jde doesn't list all provided stuff in package-info.in
(provides). Maybe it should?
--
\/ille Skyttä
ville.skytta at xemacs.org
5:38 p.m.
New subject: [Q] [PATCH] sync to jde 2.2.9beta12
Andy, I see you've set yourself as the MAINTAINER now, have you
discussed this with Paul Kinnucan? If he knows about this and is ok
with it, so am I.
I believe so but will check again.
Some comments about the sync:
Please update xemacs-packages/jde/ChangeLog. At the very least, the
MAINTAINER change and a note about the sync must be there.
Ok.
xemacs-packages/jde/ReleaseNotes.txt should be synced too, the
upstream
package has it in lisp/ReleaseNotes.txt. It would be a good idea also
put it to Makefile's EXTRA_SOURCES.
Ok.
jde-compat.elc is not listed in ELCS, on purpose? I think it should
be.
Nope, its only for compilation.
Adrian's patch at
<http://cvs.xemacs.org/viewcvs.cgi/XEmacs/packages/xemacs-packages
/jde/lisp/jde-java-font-lock.el.diff?r1=1.3&r2=1.4> was lost in the sync.
Upstream forward wouldn't hurt.
I have tried to feedback all these changes to Paul, I don't know whether I
missed this one or whether its not needed anymore.
This is not actually related to the sync, but I noticed that unlike
all
other packages, jde doesn't list all provided stuff in package-info.in
(provides). Maybe it should?
Probably
andy
7:08 p.m.
New subject: [Q] [PATCH] sync to jde 2.2.9beta12
On Sat, 2002-09-14 at 19:38, Andy Piper wrote:
> Andy, I see you've set yourself as the MAINTAINER now, have
you
> discussed this with Paul Kinnucan? If he knows about this and is ok
> with it, so am I.
I believe so but will check again.
Cool, let us know then...
> jde-compat.elc is not listed in ELCS, on purpose? I think it
should be.
Nope, its only for compilation.
Allrighty, so it seems.
> Adrian's patch at
> <http://cvs.xemacs.org/viewcvs.cgi/XEmacs/packages/xemacs-packages
/jde/lisp/jde-java-font-lock.el.diff?r1=1.3&r2=1.4> was lost in the sync.
Upstream forward wouldn't hurt.
I have tried to feedback all these changes to Paul, I don't know whether I
missed this one or whether its not needed anymore.
Well, it's actually a s/Xemacs/XEmacs/ in a comment but anyway :)
> This is not actually related to the sync, but I noticed that
unlike all
> other packages, jde doesn't list all provided stuff in package-info.in
> (provides). Maybe it should?
Probably
OTOH, they haven't ever been there, in case CVS is correct, so maybe
it's not that lethal to omit them.
By the way, I've given the new package somewhat testing now, and it
seems to work nicely. I haven't tried out any new features yet,
though. Thanks...
--
\/ille Skyttä
ville.skytta at xemacs.org
9:23 p.m.
New subject: [Q] [PATCH] sync to jde 2.2.9beta12
By the way, I've given the new package somewhat testing now, and
it
seems to work nicely. I haven't tried out any new features yet,
though. Thanks...
It should do, I've been testing beta10 for about the last 2 weeks.
beta12 contains all my fixes to beta10 but needed some extra as
you can see.
andy
3:03 p.m.
New subject: [Q] [PATCH] sync to jde 2.2.9beta12
|--==> "VS" == Ville Skytt <Ville> writes:
>> This is not actually related to the sync, but I noticed that
unlike all
>> other packages, jde doesn't list all provided stuff in package-info.in
>> (provides). Maybe it should?
>
>Probably
VS> OTOH, they haven't ever been there, in case CVS is correct, so maybe
VS> it's not that lethal to omit them.
Yeah, but that just means it wasn't done right in the first place. :-)
Here's another example of "well-that-other-package-does-it-that-way-so-
mine-should-too-syndrome"...
Go looking through the package Makefiles and pretty soon you'll come
across 'MANUAL = xxx'. Um, I hate to tell you this, but that isn't
used *ANYWHERE*.
find ./ -name "Makefile" | xargs egrep -l "MANUALS? =" | wc -l
40
Wanna patch? :-P
--
|---<Steve Youngs>---------------<GnuPG KeyID: 10D5C9C5>---|
| XEmacs - It's not just an editor. |
| It's a way of life. |
|------------------------------------<youngs(a)xemacs.org>---|
9:50 p.m.
New subject: [Q] [PATCH] sync to jde 2.2.9beta12
Please update xemacs-packages/jde/ChangeLog. At the very least, the
MAINTAINER change and a note about the sync must be there.
Done.
xemacs-packages/jde/ReleaseNotes.txt should be synced too, the
upstream
package has it in lisp/ReleaseNotes.txt. It would be a good idea also
put it to Makefile's EXTRA_SOURCES.
Done.
Adrian's patch at
<http://cvs.xemacs.org/viewcvs.cgi/XEmacs/packages/xemacs-packages
/jde/lisp/jde-java-font-lock.el.diff?r1=1.3&r2=1.4> was lost in the sync.
Upstream forward wouldn't hurt.
I've submitted the patch to the jde group and reapplied to our version.
andy
6:45 p.m.
New subject: [Q] [PATCH] sync to jde 2.2.9beta12
> Please update xemacs-packages/jde/ChangeLog. At the very least,
the
> MAINTAINER change and a note about the sync must be there.
Done.
> xemacs-packages/jde/ReleaseNotes.txt should be synced too, the upstream
> package has it in lisp/ReleaseNotes.txt. It would be a good idea also
> put it to Makefile's EXTRA_SOURCES.
Done.
> Adrian's patch at
> <http://cvs.xemacs.org/viewcvs.cgi/XEmacs/packages/xemacs-packages
/jde/lisp/jde-java-font-lock.el.diff?r1=1.3&r2=1.4> was lost in the sync.
Upstream forward wouldn't hurt.
I've submitted the patch to the jde group and reapplied to our version.
Cool, thanks, Andy!
--
\/ille Skyttä
ville.skytta at xemacs.org
2:51 p.m.
New subject: [Q] [PATCH] sync to jde 2.2.9beta12
|--==> "VS" == Ville Skytt <Ville> writes:
VS> This is not actually related to the sync, but I noticed that unlike all
VS> other packages, jde doesn't list all provided stuff in package-info.in
VS> (provides). Maybe it should?
Yes, definitely it should, 'package-get-package-provider' depends on
it. A while back I went through a whole bunch of packages updating
package-info.in, must have missed JDE.
--
|---<Steve Youngs>---------------<GnuPG KeyID: 10D5C9C5>---|
| XEmacs - It's not just an editor. |
| It's a way of life. |
|------------------------------------<youngs(a)xemacs.org>---|
6:08 a.m.
New subject: [Q] [PATCH] sync to jde 2.2.9beta12
Yes, definitely it should, 'package-get-package-provider'
depends on
it. A while back I went through a whole bunch of packages updating
package-info.in, must have missed JDE.
You need to enlighten me on exactly what this file means. Although jde
includes a bunch of stuff it only really provides jde.
andy
12:05 p.m.
New subject: [Q] [PATCH] sync to jde 2.2.9beta12
[ Apologies for the long delay ]
|--==> "AP" == Andy Piper <andy(a)xemacs.org> writes:
>Yes, definitely it should, 'package-get-package-provider'
depends on
>it. A while back I went through a whole bunch of packages updating
>package-info.in, must have missed JDE.
AP> You need to enlighten me on exactly what this file means. Although
AP> jde includes a bunch of stuff it only really provides jde.
How can you possibly say that?
grep "(provide " *.el | wc -l
33
'package-add-required-packages' gets its information from the
package-index file which is built from data in the package-info.in
files. The same goes for 'package-get-package-provider'. So if you
don't put *ALL* the provides in package-info.in you render these two
functions useless.
JDE's package-info.in should look like...
(jde
(standards-version 1.1
version VERSION
author-version AUTHOR_VERSION
date DATE
build-date BUILD_DATE
maintainer MAINTAINER
distribution xemacs
priority medium
category CATEGORY
dump nil
description "Java language and development support."
filename FILENAME
md5sum MD5SUM
size SIZE
provides (beanshell efc jde-ant jde-bug jde-checkstyle jde-compat jde-compile
jde-complete jde-db jde-dbo jde-dbs jde-gen jde-help jde-imenu jde-import
jde-java-font-lock jde-java-grammar jde-javadoc-gen jde-javadoc jde-jdb jde-make
jde-open-source jde-package jde-parse jde-run jde-setnu jde-stat jde-util jde-which-method
jde-widgets jde-wiz jde tree-widget)
requires (REQUIRES)
type regular
))
--
|---<Steve Youngs>---------------<GnuPG KeyID: 10D5C9C5>---|
| XEmacs - It's not just an editor. |
| It's a way of life. |
|------------------------------------<youngs(a)xemacs.org>---|
11:12 a.m.
New subject: [Q] [PATCH] sync to jde 2.2.9beta12
Andy, could you put the package-info.in (provides) update from Steve's
mail below into our jde package?
On Mon, 2002-10-07 at 14:05, Steve Youngs wrote:
[ Apologies for the long delay ]
|--==> "AP" == Andy Piper <andy(a)xemacs.org> writes:
>>Yes, definitely it should, 'package-get-package-provider' depends on
>>it. A while back I went through a whole bunch of packages updating
>>package-info.in, must have missed JDE.
AP> You need to enlighten me on exactly what this file means. Although
AP> jde includes a bunch of stuff it only really provides jde.
How can you possibly say that?
grep "(provide " *.el | wc -l
33
'package-add-required-packages' gets its information from the
package-index file which is built from data in the package-info.in
files. The same goes for 'package-get-package-provider'. So if you
don't put *ALL* the provides in package-info.in you render these two
functions useless.
JDE's package-info.in should look like...
(jde
(standards-version 1.1
version VERSION
author-version AUTHOR_VERSION
date DATE
build-date BUILD_DATE
maintainer MAINTAINER
distribution xemacs
priority medium
category CATEGORY
dump nil
description "Java language and development support."
filename FILENAME
md5sum MD5SUM
size SIZE
provides (beanshell efc jde-ant jde-bug jde-checkstyle jde-compat jde-compile
jde-complete jde-db jde-dbo jde-dbs jde-gen jde-help jde-imenu jde-import
jde-java-font-lock jde-java-grammar jde-javadoc-gen jde-javadoc jde-jdb jde-make
jde-open-source jde-package jde-parse jde-run jde-setnu jde-stat jde-util jde-which-method
jde-widgets jde-wiz jde tree-widget)
requires (REQUIRES)
type regular
))
--
|---<Steve Youngs>---------------<GnuPG KeyID: 10D5C9C5>---|
| XEmacs - It's not just an editor. |
| It's a way of life. |
|------------------------------------<youngs(a)xemacs.org>---|
--
\/ille Skyttä
ville.skytta at xemacs.org
8:47 p.m.
New subject: [Q] [PATCH] sync to jde 2.2.9beta12
'package-add-required-packages' gets its information from
the
package-index file which is built from data in the package-info.in
files. The same goes for 'package-get-package-provider'. So if you
don't put *ALL* the provides in package-info.in you render these two
functions useless.
Well maybe I'm mistaken, but surely *internal* provides shouldn't be treated
in this way. A bunch of these files should *never* be referenced from
outside of jde, and if that's the case I don't think they should go in here.
However, these:
beanshell
efc
jde
tree-widget
are self contained and should be in the index. I will fix these.
andy
5:44 a.m.
New subject: [Q] [PATCH] sync to jde 2.2.9beta12
>>>> "Andy" == Andy Piper
<andy(a)xemacs.org> writes:
Andy> A bunch of these files should *never* be referenced from
Andy> outside of jde, and if that's the case I don't think they
Andy> should go in here.
If you're serious that they should _never_ be referenced outside of
JDE, then why the hell are they being provided as features? That's
just plain Wrong.
--
Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
My nostalgia for Icon makes me forget about any of the bad things. I don't
have much nostalgia for Perl, so its faults I remember. Scott Gilbert c.l.py
4:28 p.m.
New subject: [Q] [PATCH] sync to jde 2.2.9beta12
On Mon, 2002-10-14 at 07:44, Stephen J. Turnbull wrote:
Andy> A bunch of these files should *never* be referenced
from
Andy> outside of jde, and if that's the case I don't think they
Andy> should go in here.
If you're serious that they should _never_ be referenced outside of
JDE, then why the hell are they being provided as features? That's
just plain Wrong.
Yeah, and there is actually stuff that might use the JDE "internals" to
some extent. Maybe eg. CSDE (<http://csde.sourceforge.net/>) could, or
already does.
--
\/ille Skyttä
ville.skytta at xemacs.org
4:36 p.m.
New subject: [Q] [PATCH] sync to jde 2.2.9beta12
>>>> "Ville" == Ville Skytt <Ville>
writes:
Ville> On Mon, 2002-10-14 at 07:44, Stephen J. Turnbull wrote:
Andy> A bunch of these files should *never* be referenced from
Andy> outside of jde, and if that's the case I don't think they
Andy> should go in here.
>
> If you're serious that they should _never_ be referenced outside of
> JDE, then why the hell are they being provided as features? That's
> just plain Wrong.
Ville> Yeah, and there is actually stuff that might use the JDE
"internals" to
Ville> some extent. Maybe eg. CSDE (<http://csde.sourceforge.net/>) could,
or
Ville> already does.
i spotted csde yesterday
does anyone think we should add it to the packages ??
--
XEmacs Advocate | Do not try the patience of Wizards,
FreeBSD Devote | for they are subtle and quick to anger.
Perl Hacker | - Elric (Technomage) , Babylon 5.
Apache God | <mailto:rendhalver at xemacs.org> <GnuPG KeyID: AE51D190>
5:07 p.m.
New subject: C# (was: Re: [Q] [PATCH] sync to jde 2.2.9beta12)
On Mon, 2002-10-14 at 18:36, Rendhalver [Peter Brown] wrote:
Ville> Yeah, and there is actually stuff that might use the
JDE "internals" to
Ville> some extent. Maybe eg. CSDE (<http://csde.sourceforge.net/>) could,
or
Ville> already does.
i spotted csde yesterday
does anyone think we should add it to the packages ??
I think we'll need C# support modes sometime, but a brief look a couple
of months ago to CSDE convinced me that it's not the one, at least in
its current state. The development isn't too active and to me it looked
like a pretty ugly and incompletely modified version of JDE.
There's already something for cc-mode at the cc-mode contribs page [1],
that looks more promising to me.
I don't do C# so I'm not the best one to comment about these modes. If
someone does and wants to see C# support in XEmacs, recommendations
welcome.
[1] <http://cc-mode.sourceforge.net/contrib.php>
--
\/ille Skyttä
ville.skytta at xemacs.org
5:33 p.m.
New subject: C#
>>>> "Ville" == Ville Skytt <Ville>
writes:
Ville> On Mon, 2002-10-14 at 18:36, Rendhalver [Peter Brown] wrote:
Ville> Yeah, and there is actually stuff that might use the JDE
"internals" to
Ville> some extent. Maybe eg. CSDE (<http://csde.sourceforge.net/>) could,
or
Ville> already does.
>
> i spotted csde yesterday
> does anyone think we should add it to the packages ??
Ville> I think we'll need C# support modes sometime, but a brief look a couple
Ville> of months ago to CSDE convinced me that it's not the one, at least in
Ville> its current state. The development isn't too active and to me it
looked
Ville> like a pretty ugly and incompletely modified version of JDE.
Ville> There's already something for cc-mode at the cc-mode contribs page [1],
Ville> that looks more promising to me.
Ville> I don't do C# so I'm not the best one to comment about these modes.
If
Ville> someone does and wants to see C# support in XEmacs, recommendations
Ville> welcome.
just downloaded all the stuff on that page
i think we need to put them all into a c mode somewhere near us
if anyone wants to help me work out the best c# mode to include i will
be putting them in packages/unsupported/rendhalver soon
i will also put the pike and IDL modes there too so patches will be
appreciated then we can include this stuff in cc-mode :)
the IDL mode will be useful for all those ORBit programmers out there
and im not sure if we have a pike mode yet ??
--
XEmacs Advocate | Do not try the patience of Wizards,
FreeBSD Devote | for they are subtle and quick to anger.
Perl Hacker | - Elric (Technomage) , Babylon 5.
Apache God | <mailto:rendhalver at xemacs.org> <GnuPG KeyID: AE51D190>
5:57 p.m.
New subject: C#
>>>> "R" == rendhalver
<rendhalver(a)xemacs.org> writes:
R> just downloaded all the stuff on that page i think we need to
R> put them all into a c mode somewhere near us
We don't "need" any junk code. It's good to set it up as packages,
but if it's not ready for prime time, we shouldn't put too much effort
into maintaining it. I'd like to see us get in touch with the
authors, see if they're willing to maintain their code as XEmacs
packages. Give them commit privileges as appropriate. Offer them
bug-reporting addresses (somebody remind me to update aliases-xemacs
at tux...).
What we (XEmacs) should do is document these packages in some place
users will see it. Evaluate them, at least to the extent of saying
whether they look like they'll make it out of contrib before we
release 22.0. :-)
R> appreciated then we can include this stuff in cc-mode :)
Make a separate package, only put it in cc-mode when the cc-mode
people say it's OK. In general separate packages for separate
maintainers or separate functionality is a good thing. This is
especially important with packages that are actively maintained
upstream.
--
Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
My nostalgia for Icon makes me forget about any of the bad things. I don't
have much nostalgia for Perl, so its faults I remember. Scott Gilbert c.l.py
6:24 p.m.
New subject: C#
>>>> "Stephen" == Stephen J Turnbull
<stephen(a)xemacs.org> writes:
>>>> "R" == rendhalver
<rendhalver(a)xemacs.org> writes:
R> just downloaded all the stuff on
that page i think we need to
R> put them all into a c mode somewhere near us
Stephen> We don't "need" any junk code. It's good to set it up
as packages,
Stephen> but if it's not ready for prime time, we shouldn't put too much
effort
Stephen> into maintaining it. I'd like to see us get in touch with the
Stephen> authors, see if they're willing to maintain their code as XEmacs
Stephen> packages. Give them commit privileges as appropriate. Offer them
Stephen> bug-reporting addresses (somebody remind me to update aliases-xemacs
Stephen> at tux...).
i wouldnt do it any other way stephen
Stephen> What we (XEmacs) should do is document these packages in some place
Stephen> users will see it. Evaluate them, at least to the extent of saying
Stephen> whether they look like they'll make it out of contrib before we
Stephen> release 22.0. :-)
cool
R> appreciated then we can include this stuff in cc-mode :)
Stephen> Make a separate package, only put it in cc-mode when the cc-mode
Stephen> people say it's OK. In general separate packages for separate
Stephen> maintainers or separate functionality is a good thing. This is
Stephen> especially important with packages that are actively maintained
Stephen> upstream.
yeah that was the idea at the moment
--
XEmacs Advocate | Do not try the patience of Wizards,
FreeBSD Devote | for they are subtle and quick to anger.
Perl Hacker | - Elric (Technomage) , Babylon 5.
Apache God | <mailto:rendhalver at xemacs.org> <GnuPG KeyID: AE51D190>
6:07 p.m.
New subject: C#
On Mon, 2002-10-14 at 19:33, Rendhalver [Peter Brown] wrote:
>>>>> "Ville" == Ville Skytt <Ville>
writes:
Ville> On Mon, 2002-10-14 at 18:36, Rendhalver [Peter Brown] wrote:
Ville> Yeah, and there is actually stuff that might use the JDE
"internals" to
Ville> some extent. Maybe eg. CSDE (<http://csde.sourceforge.net/>) could,
or
Ville> already does.
>>
>> i spotted csde yesterday
>> does anyone think we should add it to the packages ??
Ville> I think we'll need C# support modes sometime, but a brief look a
couple
Ville> of months ago to CSDE convinced me that it's not the one, at least in
Ville> its current state. The development isn't too active and to me it
looked
Ville> like a pretty ugly and incompletely modified version of JDE.
Ville> There's already something for cc-mode at the cc-mode contribs page
[1],
Ville> that looks more promising to me.
Ville> I don't do C# so I'm not the best one to comment about these modes.
If
Ville> someone does and wants to see C# support in XEmacs, recommendations
Ville> welcome.
just downloaded all the stuff on that page
i think we need to put them all into a c mode somewhere near us
Be sure to use the latest cc-mode (5.30) from CVS when working with
this, and be in contact with Martin Stjernholm in order to avoid
duplicating the work with C#, IDL and Pike. We've exchanged a couple of
mails with Martin regarding javascript-mode and cc-mode, and I've
concluded that it will be good to wait until the next cc-mode is out
before changing too much stuff related to it.
Martin, could you post some recommendations how to proceed with this?
if anyone wants to help me work out the best c# mode to include i will
be putting them in packages/unsupported/rendhalver soon
i will also put the pike and IDL modes there too so patches will be
appreciated then we can include this stuff in cc-mode :)
the IDL mode will be useful for all those ORBit programmers out there
and im not sure if we have a pike mode yet ??
--
XEmacs Advocate | Do not try the patience of Wizards,
FreeBSD Devote | for they are subtle and quick to anger.
Perl Hacker | - Elric (Technomage) , Babylon 5.
Apache God | <mailto:rendhalver at xemacs.org> <GnuPG KeyID: AE51D190>
--
\/ille Skyttä
ville.skytta at xemacs.org
6:29 p.m.
New subject: C#
>>>> "Ville" == Ville Skytt <Ville>
writes:
[snip]
> just downloaded all the stuff on that page
> i think we need to put them all into a c mode somewhere near us
Ville> Be sure to use the latest cc-mode (5.30) from CVS when working with
Ville> this, and be in contact with Martin Stjernholm in order to avoid
Ville> duplicating the work with C#, IDL and Pike. We've exchanged a couple
of
Ville> mails with Martin regarding javascript-mode and cc-mode, and I've
Ville> concluded that it will be good to wait until the next cc-mode is out
Ville> before changing too much stuff related to it.
ok cool i will wait then
with regards to IDL mode i think Eric Eide's implementation is the
best of the three listed
Ville> Martin, could you post some recommendations how to proceed with this?
>
> if anyone wants to help me work out the best c# mode to include i will
> be putting them in packages/unsupported/rendhalver soon
> i will also put the pike and IDL modes there too so patches will be
> appreciated then we can include this stuff in cc-mode :)
>
> the IDL mode will be useful for all those ORBit programmers out there
> and im not sure if we have a pike mode yet ??
>
--
XEmacs Advocate | Do not try the patience of Wizards,
FreeBSD Devote | for they are subtle and quick to anger.
Perl Hacker | - Elric (Technomage) , Babylon 5.
Apache God | <mailto:rendhalver at xemacs.org> <GnuPG KeyID: AE51D190>
11:58 p.m.
New subject: C#
Ville Skyttä <ville.skytta(a)xemacs.org> wrote:
> Ville> Yeah, and there is actually stuff that might use
the JDE "internals" to
> Ville> some extent. Maybe eg. CSDE (<http://csde.sourceforge.net/>)
could, or
> Ville> already does.
/.../
> Ville> There's already something for cc-mode at the
cc-mode contribs page [1],
> Ville> that looks more promising to me.
Hohum, that doesn't sound good, considering that the contributed C#
adaption turned out to be little more than a renamed C mode. According
to a C# user (I'm not), there are several C# constructs that it
doesn't handle.
Be sure to use the latest cc-mode (5.30) from CVS when working with
this, and be in contact with Martin Stjernholm in order to avoid
duplicating the work with C#, IDL and Pike. We've exchanged a couple of
mails with Martin regarding javascript-mode and cc-mode, and I've
concluded that it will be good to wait until the next cc-mode is out
before changing too much stuff related to it.
Martin, could you post some recommendations how to proceed with this?
Well, I can say that it's at the top on my TODO list after the next
release. But it'd be very nice if someone with more C# knowledge would
contribute to it, since I don't have any experience at all with that
language.
8:06 a.m.
New subject: C#
>>>> "Martin" == Martin Stjernholm
<mast(a)lysator.liu.se> writes:
Martin> Ville Skyttä <ville.skytta(a)xemacs.org> wrote:
> > Ville> Yeah, and there is actually stuff that might
use the JDE "internals" to
> > Ville> some extent. Maybe eg. CSDE
(<http://csde.sourceforge.net/>) could, or
> > Ville> already does.
Martin> /.../
> > Ville> There's already something for cc-mode at
the cc-mode contribs page [1],
> > Ville> that looks more promising to me.
Martin> Hohum, that doesn't sound good, considering that the contributed C#
Martin> adaption turned out to be little more than a renamed C mode. According
Martin> to a C# user (I'm not), there are several C# constructs that it
Martin> doesn't handle.
> Be sure to use the latest cc-mode (5.30) from CVS when working
with
> this, and be in contact with Martin Stjernholm in order to avoid
> duplicating the work with C#, IDL and Pike. We've exchanged a couple of
> mails with Martin regarding javascript-mode and cc-mode, and I've
> concluded that it will be good to wait until the next cc-mode is out
> before changing too much stuff related to it.
>
> Martin, could you post some recommendations how to proceed with this?
Martin> Well, I can say that it's at the top on my TODO list after the next
Martin> release. But it'd be very nice if someone with more C# knowledge would
Martin> contribute to it, since I don't have any experience at all with that
Martin> language.
hmmm not sure if i know anyone but i will ask around and see if i can
come up with someone to help out, i have a friend who is a C/C++ god
and he will be living with me soon so i may rope him in to help out
with this
--
XEmacs Advocate | Do not try the patience of Wizards,
FreeBSD Devote | for they are subtle and quick to anger.
Perl Hacker | - Elric (Technomage) , Babylon 5.
Apache God | <mailto:rendhalver at xemacs.org> <GnuPG KeyID: AE51D190>
2:33 a.m.
New subject: [Q] [PATCH] sync to jde 2.2.9beta12
Its not my code. Isn't it just lisp's way of "modularizing" code? If
you
want code in multiple files how else should you do this? The provides are so
that jde can conveniently do requires.
I'm not going to mess with the code, if you seriously believe that all of
the provides should be in the package-info - even though requiring anything
other than jde outside of jde will probably break - I will change it.
Although it still seems wrong to me.
andy
4:37 a.m.
New subject: [Q] [PATCH] sync to jde 2.2.9beta12
>>>> "Andy" == Andy Piper
<andy(a)xemacs.org> writes:
Andy> Its not my code. Isn't it just lisp's way of
"modularizing"
Andy> code? If you want code in multiple files how else should you
Andy> do this? The provides are so that jde can conveniently do
Andy> requires.
It's a matter of taste; I lean to the "let the caller choose" way of
thinking.
Inside of a package you can just load the library, since you _know_ it
will be there. This is just as easy: (load "jde-foo") vs (require
'jde-foo).
A require is more a user-level (including other packages) feature;
something where you _don't_ know if the facility is present on the
system.
An intermediate case is where you have a driver library that
optionally loads several modules which in turn require (in common)
certain modules. But in this case you had better be providing a
consistent API, or you'll drive yourself crazy. And if so, and it's a
little bit general, why not publish the API?
Andy> even though requiring anything other than jde outside of jde
Andy> will probably break
This is the responsibility of the requiring code, not ours.
The main consideration, though, is that right now the only convenient
introspection into the package system dependencies that we have is the
REQUIRES and PROVIDES variables in package Makefiles.
--
Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
My nostalgia for Icon makes me forget about any of the bad things. I don't
have much nostalgia for Perl, so its faults I remember. Scott Gilbert c.l.py
5:04 a.m.
New subject: [Q] [PATCH] sync to jde 2.2.9beta12
On Tue, 15 Oct 2002 12:37:21 +0900, "Stephen J. Turnbull" said:
A require is more a user-level (including other packages) feature;
something where you _don't_ know if the facility is present on the
system.
What's the politically correct way to write Lisp code that does something
like this:
(maybe-require 'foo) ;; or whatever Lisp means "load it if it's around but
;; don't choke if it isn't
(if (feature-p 'foo-feature1) (foo-do-optional))
but avoid 3 gazillion complaints about undefined foo-feature and foo-optional
if you try to byte-compile it in an environment lacking foo?
5:52 a.m.
New subject: [Q] [PATCH] sync to jde 2.2.9beta12
>>>> "Valdis" == Valdis Kletnieks
<Valdis.Kletnieks(a)vt.edu> writes:
What's the politically correct way to write Lisp code that does something
like this:
Valdis> (maybe-require 'foo)
Valdis> (if (feature-p 'foo-feature1) (foo-do-optional))
Modern Emacsen (I think that actually means XEmacs > 21.4, or use
APEL) have a third argument NOERROR for `require'. `featurep' is
really just `memq', so you should have no problems with `foo-feature1'
not being present.
(require 'foo nil t)
(if (feature-p 'foo-feature1) (foo-do-optional))
If you want portability, substitute
(condition-case nil (require 'foo) (file-error nil))
for the require.
Valdis> but avoid 3 gazillion complaints about undefined
Valdis> foo-feature and foo-optional if you try to byte-compile it
Valdis> in an environment lacking foo?
I think you _should_ get a warning. However, if you really want to
turn it off, put
(byte-compiler-options (warnings (- unresolved)))
at the top of the library. (`byte-compiler-options' is a macro, and
has a definitive docstring.) In 21.5 it's possible to do this kind of
thing on a very fine-grained basis (thanks (?) to Ben), but I haven't
messed with that so I can't even tell you what the API is.
Patch to lispref coming up....
--
Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
My nostalgia for Icon makes me forget about any of the bad things. I don't
have much nostalgia for Perl, so its faults I remember. Scott Gilbert c.l.py
5:54 p.m.
New subject: [Q] [PATCH] sync to jde 2.2.9beta12
>>>> Stephen J Turnbull writes:
Modern Emacsen (I think that actually means XEmacs > 21.4, or use
APEL) have a third argument NOERROR for `require'. `featurep' is
really just `memq', so you should have no problems with
`foo-feature1' not being present.
Can 'require' also be used to ensure the proper version of the elisp
library is available?
--
David Masterson David DOT Masterson AT synopsys DOT com
Sr. R&D Engineer Synopsys, Inc.
Software Engineering Sunnyvale, CA
6:47 p.m.
New subject: [Q] [PATCH] sync to jde 2.2.9beta12
>>>> "David" == David Masterson
<dmaster(a)synopsys.com> writes:
David> Can 'require' also be used to ensure the proper version of
David> the elisp library is available?
No.
--
Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
My nostalgia for Icon makes me forget about any of the bad things. I don't
have much nostalgia for Perl, so its faults I remember. Scott Gilbert c.l.py
6:07 a.m.
New subject: [Q] [PATCH] sync to jde 2.2.9beta12
Valdis.Kletnieks(a)vt.edu wrote:
What's the politically correct way to write Lisp code that does
something
like this:
(maybe-require 'foo) ;; or whatever Lisp means "load it if it's around but
;; don't choke if it isn't
FWIW, GNU Emacs' `require' has had an optional third arg NO-ERROR
since 1998-11-02. If the arg is non-nil, `require' returns nil if the
file is not found instead of signaling an error.
--
John Paul Wallington
8066
days inactive
8105
days old
30 comments
10 participants
participants (10)
-
Andy Piper -
Andy Piper -
David Masterson -
John Paul Wallington -
Martin Stjernholm -
Rendhalver [Peter Brown] -
Stephen J. Turnbull -
Steve Youngs -
Valdis Kl=?iso8859-4?Q?=BA?=tnieks -
Ville Skyttä