GNU bug report logs -
#20507
25.0.50 eieio and packages depending on it
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 20507 in the body.
You can then email your comments to 20507 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#20507
; Package
emacs
.
(Tue, 05 May 2015 08:16:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Pierre Lorenzon <devel <at> pollock-nageoire.net>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Tue, 05 May 2015 08:16:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi,
I already posted two bug reports 20467 and 20491 but each time
I correct something I get a new error. Last time it was an
error in srecode dictionaries.
Anyway I suspect that eieio implementation has been change
without doing necessary modification in codes that use
eieio. surely it is very time consuming and people who are
responsible for that ahd no time to do it. Surely it is
absolutley normal for a development version not to be fully
functional. Anyway I wonder why my bug report 20647 where I
proposed patches to correct some errors got no answer. Time
problem probably.
But if you need help for the eieio stuff please simply tell
me. I think I am able to contribute to that. But please tell me
more precisely which are the goals so that I do not make
something that is not in the spec ! Or simply tell me if
there's a good place to know what has to be done with the eieio
project and all its dependencies.
Regards
Pierre
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#20507
; Package
emacs
.
(Tue, 05 May 2015 18:58:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 20507 <at> debbugs.gnu.org (full text, mbox):
> I already posted two bug reports 20467 and 20491 but each time
> I correct something I get a new error.
I'm sorry about that. When I installed those changes in EIEIO there were
a few bugs reported, but since then, it's been fairly quiet, so I was
under the impression that things are mostly OK.
> Anyway I suspect that eieio implementation has been change
> without doing necessary modification in codes that use
> eieio.
I did test the new code against CEDET's use, but in only fairly limited
ways (mostly, enabling semantic-mode and using it to perform completion
on a struct field name in regex.c).
> Anyway I wonder why my bug report 20647 where I proposed patches to
> correct some errors got no answer. Time problem probably.
Yup. Have you had a chance to try my reply in bug#20491?
> But if you need help for the eieio stuff please simply tell me.
Please do send more of those bug reports and (especially) patches.
Recipes to reproduce those problems are also very welcome (test cases
to add to test/automated are even better), since in many cases I have no
idea how the code is supposed to be used.
> I think I am able to contribute to that. But please tell me
> more precisely which are the goals so that I do not make
> something that is not in the spec ! Or simply tell me if
> there's a good place to know what has to be done with the eieio
> project and all its dependencies.
Mostly what needs to be done is to make sure that old code still works,
and when it doesn't decide whether it should be fixed by changing EIEIO
to be more bug-compatible or by changing the old code.
Stefan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#20507
; Package
emacs
.
(Wed, 06 May 2015 00:59:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 20507 <at> debbugs.gnu.org (full text, mbox):
On 05/05/2015 02:56 PM, Stefan Monnier wrote:
>
>> >I think I am able to contribute to that. But please tell me
>> >more precisely which are the goals so that I do not make
>> >something that is not in the spec ! Or simply tell me if
>> >there's a good place to know what has to be done with the eieio
>> >project and all its dependencies.
> Mostly what needs to be done is to make sure that old code still works,
> and when it doesn't decide whether it should be fixed by changing EIEIO
> to be more bug-compatible or by changing the old code.
>
Hi Stefan,
CEDET has an extensive test suite, but most of it hasn't been merged
into Emacs' tests. I suspect the easiest way for you to get some good
coverage is to pull CEDET from the sourceforge repository, build it
using your development version of Emacs, and then do:
make utest-batch
and when that works
make itest-batch
The unit tests were failing for me with Emacs 25 a couple months back
and I fixed a bunch of issues to make it work with some of the planned
changes to eieio. I'm not sure where it stands today as I haven't had
time to mess with it recently.
The tests include all the tools that use eieio, and exercise a wide
range of features from Semantic's completion to the SRecode insertion
macros. If you pass these tests, I'd have high confidence your eieio
changes are in good shape.
The unit tests usually only take a minute or so, but the interactive
tests can take several minutes. The tests require you have many
external tools installed which I assume you do, such as make, automake,
gcc, and a few other things.
Eric
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#20507
; Package
emacs
.
(Wed, 06 May 2015 04:07:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 20507 <at> debbugs.gnu.org (full text, mbox):
Hi Stefan
Thanks for your answer.
From: Stefan Monnier <monnier <at> iro.umontreal.ca>
Subject: Re: bug#20507: 25.0.50 eieio and packages depending on it
Date: Tue, 05 May 2015 14:56:56 -0400
>> I already posted two bug reports 20467 and 20491 but each time
>> I correct something I get a new error.
>
> I'm sorry about that. When I installed those changes in EIEIO there were
> a few bugs reported, but since then, it's been fairly quiet, so I was
> under the impression that things are mostly OK.
Unfortunately it is maybe not exactly the case and there is
still things to improve. Anyway I cannot say how much there's
to do. In fact I discover the bugs each one after another.
>
>> Anyway I suspect that eieio implementation has been change
>> without doing necessary modification in codes that use
>> eieio.
>
> I did test the new code against CEDET's use, but in only fairly limited
> ways (mostly, enabling semantic-mode and using it to perform completion
> on a struct field name in regex.c).
OK That's why bugs in ede implementation for instance have
not been detected. Anyway I'll continu to track them !
>
>> Anyway I wonder why my bug report 20647 where I proposed patches to
>> correct some errors got no answer. Time problem probably.
>
> Yup. Have you had a chance to try my reply in bug#20491?
Yes I did the modification to the code that you suggested and
it fixed the bug at this place.
>
>> But if you need help for the eieio stuff please simply tell me.
>
> Please do send more of those bug reports and (especially) patches.
> Recipes to reproduce those problems are also very welcome (test cases
> to add to test/automated are even better), since in many cases I have no
> idea how the code is supposed to be used.
No problem I'll try to make the stuff work and send patches.
>
>> I think I am able to contribute to that. But please tell me
>> more precisely which are the goals so that I do not make
>> something that is not in the spec ! Or simply tell me if
>> there's a good place to know what has to be done with the eieio
>> project and all its dependencies.
>
> Mostly what needs to be done is to make sure that old code still works,
> and when it doesn't decide whether it should be fixed by changing EIEIO
> to be more bug-compatible or by changing the old code.
OK
>
>
> Stefan
Thanks again
Pierre
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#20507
; Package
emacs
.
(Wed, 06 May 2015 14:53:03 GMT)
Full text and
rfc822 format available.
Message #17 received at 20507 <at> debbugs.gnu.org (full text, mbox):
> CEDET has an extensive test suite, but most of it hasn't been merged into
> Emacs' tests. I suspect the easiest way for you to get some good coverage
> is to pull CEDET from the sourceforge repository, build it using your
> development version of Emacs, and then do:
Thanks, that sounds very helpful.
Stefan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#20507
; Package
emacs
.
(Fri, 29 Jul 2016 00:52:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 20507 <at> debbugs.gnu.org (full text, mbox):
close 20507
quit
Closing since there's no actual bug reported here. I think this would
have been better as an emacs-devel thread.
bug closed, send any further explanations to
20507 <at> debbugs.gnu.org and Pierre Lorenzon <devel <at> pollock-nageoire.net>
Request was from
npostavs <at> users.sourceforge.net
to
control <at> debbugs.gnu.org
.
(Fri, 29 Jul 2016 00:52:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 26 Aug 2016 11:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 8 years and 301 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.