Skip to content
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.

Sign up for GitHub

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

Jump to bottom

'use' argument list is parsed in statement context #12282

Closed
p5pRT opened this issue Jul 20, 2012 · 4 comments
Closed

'use' argument list is parsed in statement context #12282

p5pRT opened this issue Jul 20, 2012 · 4 comments
Labels
distro-Linux type-core

Comments

@p5pRT
Copy link

p5pRT commented Jul 20, 2012

Migrated from rt.perl.org#114222 (status was 'resolved')

Searchable as RT114222$
@p5pRT
Copy link
Author

p5pRT commented Jul 20, 2012

From @mauke

Created by @mauke

% perl -we 'use constant { map +($_ => $_), qw(U WOT M8) };'
syntax error at -e line 1, near "use constant { "
Execution of -e aborted due to compilation errors.

% perl -we 'use constant { () };'
syntax error at -e line 1, near "use constant { "
Execution of -e aborted due to compilation errors.

% perl -we 'use constant +{ map +($_ => $_), qw(U WOT M8) }; print WOT, "\n"'
WOT

The first two programs are syntax errors because (for some reason) perl parses
the import argument list after 'use' in statement context, i.e. it thinks a
leading '{' is ambiguous and could be either a hashref or a block.

I think this is bogus because after 'use MODULE' there can be either an
argument list (an expression) or a ';'. There is no ambiguity here. The first
two programs should parse as 'use MODULE HASHREF;' without additional
annotations.

Perl Info 

Flags:
    category=core
    severity=medium

This perlbug was built using Perl 5.12.1 - Thu Jun  3 20:09:15 CEST 2010
It is being executed now by  Perl 5.16.0 - Mon May 21 12:24:16 CEST 2012.

Site configuration information for perl 5.16.0:

Configured by mauke at Mon May 21 12:24:16 CEST 2012.

Summary of my perl5 (revision 5 version 16 subversion 0) configuration:
   
  Platform:
    osname=linux, osvers=2.6.38-gentoo-r6, archname=i686-linux
    uname='linux nora 2.6.38-gentoo-r6 #1 preempt sat aug 6 03:05:34 cest 2011 i686 amd athlon(tm) 64 processor 3200+ authenticamd gnulinux '
    config_args='-Dcc=cgcc -Dprefix=/home/mauke/usr/local -Dman1dir=none -Dman3dir=none -Dinc_version_list=none -Doptimize=-O2 -flto'
    hint=recommended, useposix=true, d_sigaction=define
    useithreads=undef, usemultiplicity=undef
    useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef
    use64bitint=undef, use64bitall=undef, uselongdouble=undef
    usemymalloc=n, bincompat5005=undef
  Compiler:
    cc='cgcc', ccflags ='-fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
    optimize='-O2 -flto',
    cppflags='-fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include'
    ccversion='', gccversion='4.6.3', gccosandvers=''
    intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
    d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
    ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8
    alignbytes=4, prototype=define
  Linker and Libraries:
    ld='cgcc', ldflags ='-fstack-protector -L/usr/local/lib -O2 -flto'
    libpth=/usr/local/lib /lib/../lib /usr/lib/../lib /lib /usr/lib
    libs=-lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lc -lgdbm_compat
    perllibs=-lnsl -ldl -lm -lcrypt -lutil -lc
    libc=/lib/libc-2.14.1.so, so=so, useshrplib=false, libperl=libperl.a
    gnulibc_version='2.14.1'
  Dynamic Linking:
    dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E'
    cccdlflags='-fPIC', lddlflags='-shared -O2 -flto -L/usr/local/lib -fstack-protector'

Locally applied patches:
    SAVEARGV0 - disable magic open in <ARGV>


@INC for perl 5.16.0:
    /home/mauke/usr/local/lib/perl5/site_perl/5.16.0/i686-linux
    /home/mauke/usr/local/lib/perl5/site_perl/5.16.0
    /home/mauke/usr/local/lib/perl5/5.16.0/i686-linux
    /home/mauke/usr/local/lib/perl5/5.16.0
    .


Environment for perl 5.16.0:
    HOME=/home/mauke
    LANG=en_US.UTF-8
    LANGUAGE (unset)
    LC_COLLATE=POSIX
    LD_LIBRARY_PATH=/home/mauke/usr/local/lib
    LOGDIR (unset)
    PATH=/home/mauke/usr/perlbrew/bin:/home/mauke/usr/local/bin:/usr/local/bin:/usr/bin:/bin:/opt/bin:/usr/i686-pc-linux-gnu/gcc-bin/4.4.5:/opt/sun-jdk-1.4.2.13/bin:/opt/sun-jdk-1.4.2.13/jre/bin:/opt/sun-jdk-1.4.2.13/jre/javaws:/opt/dmd/bin:/usr/games/bin
    PERLBREW_BASHRC_VERSION=0.43
    PERLBREW_HOME=/home/mauke/.perlbrew
    PERLBREW_PATH=/home/mauke/usr/perlbrew/bin
    PERLBREW_ROOT=/home/mauke/usr/perlbrew
    PERLBREW_VERSION=0.27
    PERL_BADLANG (unset)
    PERL_UNICODE=SAL
    SHELL=/bin/bash

@p5pRT
Copy link
Author

p5pRT commented Aug 4, 2012

From @cpansprout

Fixed by 52d0e95.

--

Father Chrysostomos

@p5pRT
Copy link
Author

p5pRT commented Aug 4, 2012

From [Unknown Contact. See original ticket]

Fixed by 52d0e95.

--

Father Chrysostomos

@p5pRT
Copy link
Author

p5pRT commented Aug 4, 2012

@cpansprout - Status changed from 'new' to 'resolved'

@p5pRT p5pRT closed this as completed Aug 4, 2012
nwc10 added a commit that referenced this issue May 25, 2021
@nwc10
Restore the explicit Data::Dumper Makefile.PL
29c66c4 
Data::Dumper's upstream repository is (effectively) blead, and whilst we can
auto-generate Makefile.PL suitable for blead, this doesn't provide some
other functionality needed for CPAN.

This also fixes CPAN #12282, which has been missed forever.

Really we should decide *which* bugtracker is canonical for Data::Dumper
(and will be checked and acted upon) and then record that metadata in this
Makefile.PL so that metacapn.org etc link to it.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
distro-Linux type-core
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@p5pRT