Skip Menu |

This queue is for tickets about the List-MoreUtils CPAN distribution.

Report information
The Basics
Id: 93995
Status: resolved
Priority: 0/
Queue: List-MoreUtils
People
Owner: Nobody in particular
Requestors: DROLSKY [...] cpan.org
tsibley [...] cpan.org
Cc: perl [...] toby.ink
AdminCc:
Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: 0.400_004

History Show all quoted text
  Wed Mar 19 01:54:06 2014 DROLSKY [...] cpan.org - Ticket created
Subject: Latest dev release breaks List::AllUtils
The List::AllUtils module expects List::MoreUtils to define a public %EXPORT_TAGS hash and this new release gets rid of that. It'd be nice if there was some way to find out what MoreUtils can export. I'm fine with changing AllUtils to use some new mechanism, but AFAICT there's no way to get this info using Sub::Exporter's public API.
  Wed Mar 19 02:41:51 2014 REHSACK [...] cpan.org - Cc TOBYINK added
  Wed Mar 19 02:48:18 2014 REHSACK [...] cpan.org - Correspondence added
I intend to keep the wish from tobyink to switch to Exporter::Tiny. I didn't see such a feature neither in Sub::Exporter nor in Exporter::Tiny. Should it become a feature request to E::T?
  Wed Mar 19 02:48:19 2014 The RT System itself - Status changed from 'new' to 'open'
  Wed Mar 19 10:30:45 2014 DROLSKY [...] cpan.org - Correspondence added
On Wed Mar 19 02:48:18 2014, REHSACK wrote: Show quoted text
> I intend to keep the wish from tobyink to switch to Exporter::Tiny. I > didn't see such a feature neither in Sub::Exporter nor in > Exporter::Tiny. > > Should it become a feature request to E::T?
That would be nice. Without this, I'd have to hard code every sub name from List::MoreUtils in Allutils, which means that when subs are added in the future I have to manually add them too.
  Thu Mar 20 10:21:56 2014 REHSACK [...] cpan.org - Correspondence added
Would be a method that returns sub foo { map { $_ => [ keys %{ $pkg_tags{$_}{functions} } ] } keys %pkg_tags; } fine? I do not want to have an "our %EXPORT_TAGS". And sorry @tobyink that I merged wrong (to much adrenaline today :/)
  Thu Mar 20 10:44:54 2014 DROLSKY [...] cpan.org - Correspondence added
On Thu Mar 20 10:21:56 2014, REHSACK wrote: Show quoted text
> Would be a method that returns > > sub foo > { > map { $_ => [ keys %{ $pkg_tags{$_}{functions} } ] } keys %pkg_tags; > } > > fine? > > I do not want to have an "our %EXPORT_TAGS".
Yes, anything is fine with me.
  Thu Mar 20 13:24:30 2014 perl [...] toby.ink - Correspondence added
FWIW, there is already @EXPORT_OK. It seems that would probably be sufficient for List::AllUtils' needs.
  Thu Mar 20 14:00:15 2014 DROLSKY [...] cpan.org - Correspondence added
On Thu Mar 20 13:24:30 2014, TOBYINK wrote: Show quoted text
> FWIW, there is already @EXPORT_OK. It seems that would probably be > sufficient for List::AllUtils' needs.
Not in the new dev version.
  Thu Mar 20 14:00:16 2014 DROLSKY [...] cpan.org - Correspondence added
On Thu Mar 20 13:24:30 2014, TOBYINK wrote: Show quoted text
> FWIW, there is already @EXPORT_OK. It seems that would probably be > sufficient for List::AllUtils' needs.
Not in the new dev version.
  Fri Mar 21 07:39:16 2014 REHSACK [...] cpan.org - Correspondence added
With 0.400_004 two methods are introduced: 1) _export_tags - gives "normal" tags 2) _export_alias_names - gives a separate tag containing the aliased functions (I see no value in providing an import tag for them) We should discuss separately how to keep that stable - I primarily wanted to get List::AllUtils working for now and discuss nasty details separately.
  Fri Mar 21 07:39:20 2014 REHSACK [...] cpan.org - Status changed from 'open' to 'resolved'
  Fri Mar 21 07:39:20 2014 REHSACK [...] cpan.org - Fixed in 0.400_004 added
  Mon Mar 31 17:43:21 2014 tsibley [...] cpan.org - Reference by ticket #94350 added
  Mon Mar 31 17:43:58 2014 tsibley [...] cpan.org - Requestor TSIBLEY added