Bug #106689 for Method-Signatures: Hidden dependency on Data::Alias

Thu Aug 27 02:18:02 2015 fritz.zaucker [...] oetiker.ch - Ticket created

Subject:	Hidden dependency on Data::Alias
Date:	Thu, 27 Aug 2015 08:17:47 +0200 (CEST)
To:	bug-Method-Signatures [...] rt.cpan.org
From:	Fritz Zaucker <fritz.zaucker [...] oetiker.ch>

Data::Alias is 'required' in Signatures.pm is not automatically detected as a dependency (at least when installing with cpanm). our $VERSION = '20141021'; The following is probably not relevant (same problem on CentOS/RHEL): Linux engelberg 3.19.0-25-generic #26~14.04.1-Ubuntu SMP Fri Jul 24 21:16:20 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux Summary of my perl5 (revision 5 version 20 subversion 2) configuration: Platform: osname=linux, osvers=3.13.0-44-generic, archname=x86_64-linux-thread-multi uname='linux james 3.13.0-44-generic #73~precise1-ubuntu smp wed dec 17 00:39:15 utc 2014 x86_64 x86_64 x86_64 gnulinux ' config_args='-de -Ui_db -Dprivlib=/usr/pack/perl-ubuntu1204amd64-5.20.2-mo/lib/perl -Dsitelib=/usr/pack/perl-ubuntu1204amd64-5.20.2-mo/lib/perl5 -Dprefix=/usr/pack/perl-ubuntu1204amd64-5.20.2-mo -Dperladmin=support@oetiker.ch -Dperlpath=/usr/pack/perl-ubuntu1204amd64-5.20.2-mo/bin/perl -Dstartperl=#!/usr/pack/perl-ubuntu1204amd64-5.20.2-mo/bin/perl -Dusethreads' hint=previous, useposix=true, d_sigaction=define useithreads=define, usemultiplicity=define use64bitint=define, use64bitall=define, uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='cc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-O2', cppflags='-D_REENTRANT -D_GNU_SOURCE -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_REENTRANT -D_GNU_SOURCE -fwrapv -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64' ccversion='', gccversion='4.6.3', gccosandvers='' intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=8, prototype=define Linker and Libraries: ld='cc', ldflags =' -fstack-protector -L/usr/local/lib' libpth=/usr/local/lib /usr/lib/gcc/x86_64-linux-gnu/4.6/include-fixed /usr/include/x86_64-linux-gnu /usr/lib /lib/x86_64-linux-gnu /lib/../lib /usr/lib/x86_64-linux-gnu /usr/lib/../lib /lib /usr/local/lib /usr/lib/gcc/x86_64-linux-gnu/4.6/include-fixed /usr/include/x86_64-linux-gnu /usr/lib libs=-lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lpthread -lc -lgdbm_compat perllibs=-lnsl -ldl -lm -lcrypt -lutil -lpthread -lc libc=libc-2.15.so, so=so, useshrplib=false, libperl=libperl.a gnulibc_version='2.15' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E' cccdlflags='-fPIC', lddlflags='-shared -O2 -L/usr/local/lib -fstack-protector' Characteristics of this binary (from libperl): Compile-time options: HAS_TIMES MULTIPLICITY PERLIO_LAYERS PERL_DONT_CREATE_GVSV PERL_HASH_FUNC_ONE_AT_A_TIME_HARD PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP PERL_NEW_COPY_ON_WRITE PERL_PRESERVE_IVUV USE_64_BIT_ALL USE_64_BIT_INT USE_ITHREADS USE_LARGE_FILES USE_LOCALE USE_LOCALE_COLLATE USE_LOCALE_CTYPE USE_LOCALE_NUMERIC USE_PERLIO USE_PERL_ATOF USE_REENTRANT_API Built under linux Compiled at Aug 26 2015 21:04:30 @INC: /usr/pack/perl-ubuntu1204amd64-5.20.2-mo/lib/perl5/x86_64-linux-thread-multi /usr/pack/perl-ubuntu1204amd64-5.20.2-mo/lib/perl5 /usr/pack/perl-ubuntu1204amd64-5.20.2-mo/lib/perl/x86_64-linux-thread-multi /usr/pack/perl-ubuntu1204amd64-5.20.2-mo/lib/perl Cheers, Fritz -- Oetiker+Partner AG tel: +41 62 775 9903 (direct) Fritz Zaucker +41 62 775 9900 (switch board) Aarweg 15 +41 79 675 0630 (mobile) CH-4600 Olten fax: +41 62 775 9905 Schweiz web: www.oetiker.ch

Thu Sep 10 21:40:34 2015 mschwern [...] cpan.org - Correspondence added

On Thu Aug 27 02:18:02 2015, fritz.zaucker@oetiker.ch wrote:
Show quoted text

> Data::Alias is 'required' in Signatures.pm is not automatically
> detected as
> a dependency (at least when installing with cpanm).

Sorry you had a problem, however that is as intended. Data::Alias is declared as a recommended (ie. optional) dependency. It is only loaded if the alias functionality of Method::Signatures is used. This is documented under "Aliased references".

If your application wishes to use the alias functionality, it will have to depend on Data::Alias separately.

Thu Sep 10 21:40:35 2015 The RT System itself - Status changed from 'new' to 'open'

Thu Sep 10 21:40:41 2015 mschwern [...] cpan.org - Status changed from 'open' to 'rejected'

Fri Sep 11 01:49:36 2015 zaucker [...] oetiker.ch - Correspondence added

Subject:	Re: [rt.cpan.org #106689] Hidden dependency on Data::Alias
Date:	Fri, 11 Sep 2015 07:49:20 +0200 (CEST)
To:	Michael G Schwern via RT <bug-Method-Signatures [...] rt.cpan.org>
From:	Fritz Zaucker <zaucker [...] oetiker.ch>

On Thu, 10 Sep 2015, Michael G Schwern via RT wrote: Show quoted text

> <URL: https://rt.cpan.org/Ticket/Display.html?id=106689 > > > On Thu Aug 27 02:18:02 2015, fritz.zaucker@oetiker.ch wrote:

>> Data::Alias is 'required' in Signatures.pm is not automatically >> detected as >> a dependency (at least when installing with cpanm).

> > Sorry you had a problem, however that is as intended. Data::Alias is declared > as a recommended (ie. optional) dependency. It is only loaded if the alias > functionality of Method::Signatures is used. This is documented under "Aliased > references".

Show quoted text

> If your application wishes to use the alias functionality, it will have to > depend on Data::Alias separately.

Thanks for the explanation. I hadn't thought about adding an explicit dependency to my application. What really was behind my problem is that I had thought I didn't use the alias functionality. Turns out that in just one of my methods I do (although I don't really know why right now ...). Thanks, Fritz P.S.: May I ask what your plans are for Method::Signatures? Are you going to maintain/develop it further or is it going to become obsolete with signatures in the core (though still being experimental)? I am a bit at a loss in deciding which way to go in my projects. -- Oetiker+Partner AG tel: +41 62 775 9903 (direct) Fritz Zaucker +41 62 775 9900 (switch board) Aarweg 15 +41 79 675 0630 (mobile) CH-4600 Olten fax: +41 62 775 9905 Schweiz web: www.oetiker.ch

Sat Sep 12 17:01:18 2015 schwern [...] pobox.com - Correspondence added

Subject:	Re: [rt.cpan.org #106689] Hidden dependency on Data::Alias
Date:	Sat, 12 Sep 2015 14:01:07 -0700
To:	bug-Method-Signatures [...] rt.cpan.org
From:	Michael G Schwern <schwern [...] pobox.com>

On 9/10/15 10:49 PM, Fritz Zaucker via RT wrote: Show quoted text

> P.S.: May I ask what your plans are for Method::Signatures? Are you going to > maintain/develop it further or is it going to become obsolete with > signatures in the core (though still being experimental)? I am a bit > at a loss in deciding which way to go in my projects.

That's up to Buddy, but I think there are two main things we'd like to do... * Switch from Devel::Declare to PL_Keywords. PL_Keywords is a more stable way to rewrite Perl code at compile time. Unfortunately, it is not entirely backwards compatible. * Enhance the built-in Perl signatures. As much as possible, compile signatures into `sub` signatures with extra code to support our extra features.

Sat Sep 12 17:01:50 2015 schwern [...] pobox.com - Correspondence added

Subject:	Re: [rt.cpan.org #106689] Hidden dependency on Data::Alias
Date:	Sat, 12 Sep 2015 14:01:40 -0700
To:	bug-Method-Signatures [...] rt.cpan.org
From:	Michael G Schwern <schwern [...] pobox.com>

PS Method::Signatures and Perl signatures should work fine together.