New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Exporter does not work in multiple inheritance if not the first parent #9889
Comments
From @jquelinCreated by @jquelincheck this little module that inherits from exporter and any other and here's a small script that just uses it: note that exporter is not the first parent. in that case, running the but just change the order in use parent to read: then the script is working correctly: using base instead of parent does not change the problem, so it really this is with exporter 5.63. jérôme Perl Info
|
From perl@profvince.com
Like Exporter, IO::Socket also defines an 'import' method. Since it You have to either put Exporter first or add an 'import' method to Foo Vincent. |
The RT System itself - Status changed from 'new' to 'open' |
bitcard@profvince.com - Status changed from 'open' to 'rejected' |
From @ikegamiiOn Mon, Sep 28, 2009 at 3:42 PM, Vincent Pit <perl@profvince.com> wrote:
Or use use Exporter qw( import ); instead of inheriting from Exporter. |
From @jquelinOn 09/09/28 21:42 +0200, Vincent Pit wrote:
i still think there's a bug lying there: the behaviour did not happen (note: the original bug was spotted with class::accessor::fast, i jérôme |
From p5p@perl.wizbit.beCiteren Jerome Quelin <jquelin@gmail.com>:
It did happen on perl-5.10.0... perl-5.10.0 after installing parent-0.223 from CPAN: $ /opt/perl/bin/perl5100 /tmp/rt-69450/test.pl What version of 'parent' are you using? Also: this could never have worked if IO::Socket is first in @ISA... Best regards, Bram |
From @jquelinOn 09/09/29 09:07 +0200, Bram wrote:
it happens both with base and parent. look at cpan testers report:
as i said, my is dual-inheriting from class::accessor::fast and jérôme |
From p5p@perl.wizbit.beCiteren Jerome Quelin <jquelin@gmail.com>:
... Please show me a test case and the output of perl-5.10.0 and As said before: the test case you supplied in the initial bug report
As you said when? Your initial bug report: It does not mention any change in behaviour between perl-5.10.0 and Your second message talks about a change in behaviour between Your second message also mentions class::accessor::fast.
So really, what is the issue here? The bug report as you currently reported it: works as intended + There could indeed be a regression between perl-5.10.0 and perl-5.10.1 (And yes I could spend time on figuring out all the above stuff and Best regards, Bram |
From @jquelinOn 09/09/29 18:58 +0200, Bram wrote:
here it is: with custom perl 5.10.0 This is perl, v5.10.0 built for x86_64-linux-thread-multi Copyright 1987-2007, Larry Wall Perl may be copied only under the terms of either the Artistic License Complete documentation for Perl, including FAQ lists, should be found on $ ./bin/perl foo now, here it is with perl 5.10.1 This is perl, v5.10.1 (*) built for x86_64-linux-thread-multi Copyright 1987-2009, Larry Wall Perl may be copied only under the terms of either the Artistic License Complete documentation for Perl, including FAQ lists, should be found on $ perl foo some more information if you want - here are the module versions: perl 5.10.1: so i tried to upgrade class::accessor::fast to 0.34 on perl 5.10.0 - and so indeed, the problem comes from class::accessor::fast, that added some so, sorry for the noise... regards, |
From p5p@perl.wizbit.beCiteren Jerome Quelin <jquelin@gmail.com>:
Thanks for the feedback. [...]
Some general information: In reporting the bug you made two mistakes: 1) modifying your test case (replacing Class::Accessor::Fast with 2) misinterpreting the test reports:
That's allright.. You are forgiven :) Best regards, Bram |
Migrated from rt.perl.org#69450 (status was 'rejected')
Searchable as RT69450$
The text was updated successfully, but these errors were encountered: