From @cpansprout

Sending again.... I sent this to p5p by mistake the first time.

perl5.15.5 -le' print require 5 >> $3'
1

$ perl5.15.5 -le' print require 5 << $3'
Use of bare << to mean <<"" is deprecated at -e line 1.
Can't find string terminator "" anywhere before EOF at -e line 1.

Putting a number after require causes the tokenizer to expect a term after it.

If the token is unambiguous (>>), the parser (perly.y) has no problem with it.

B​::Deparse with -p shows that it’s doing require((5 >> $3)).

Flags​:
  category=core
  severity=low

Site configuration information for perl 5.15.5​:

Configured by sprout at Sat Nov 26 11​:40​:22 PST 2011.

Summary of my perl5 (revision 5 version 15 subversion 5) configuration​:
Snapshot of​: c071f8d
Platform​:
  osname=darwin, osvers=10.5.0, archname=darwin-thread-multi-2level
  uname='darwin pint.local 10.5.0 darwin kernel version 10.5.0​: fri nov 5 23​:20​:39 pdt 2010; root​:xnu-1504.9.17~1release_i386 i386 '
  config_args='-de -Dusedevel -Duseithreads -Dmad'
  hint=recommended, useposix=true, d_sigaction=define
  useithreads=define, usemultiplicity=define
  useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef
  use64bitint=undef, use64bitall=undef, uselongdouble=undef
  usemymalloc=n, bincompat5005=undef
Compiler​:
  cc='cc', ccflags ='-fno-common -DPERL_DARWIN -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include',
  optimize='-O3',
  cppflags='-fno-common -DPERL_DARWIN -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include'
  ccversion='', gccversion='4.2.1 (Apple Inc. build 5664)', gccosandvers=''
  intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234
  d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
  ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8
  alignbytes=8, prototype=define
Linker and Libraries​:
  ld='env MACOSX_DEPLOYMENT_TARGET=10.3 cc', ldflags =' -fstack-protector -L/usr/local/lib'
  libpth=/usr/local/lib /usr/lib
  libs=-ldbm -ldl -lm -lutil -lc
  perllibs=-ldl -lm -lutil -lc
  libc=, so=dylib, useshrplib=false, libperl=libperl.a
  gnulibc_version=''
Dynamic Linking​:
  dlsrc=dl_dlopen.xs, dlext=bundle, d_dlsymun=undef, ccdlflags=' '
  cccdlflags=' ', lddlflags=' -bundle -undefined dynamic_lookup -L/usr/local/lib -fstack-protector'

Locally applied patches​:

@​INC for perl 5.15.5​:
  /usr/local/lib/perl5/site_perl/5.15.5/darwin-thread-multi-2level
  /usr/local/lib/perl5/site_perl/5.15.5
  /usr/local/lib/perl5/5.15.5/darwin-thread-multi-2level
  /usr/local/lib/perl5/5.15.5
  /usr/local/lib/perl5/site_perl
  .

Environment for perl 5.15.5​:
  DYLD_LIBRARY_PATH (unset)
  HOME=/Users/sprout
  LANG=en_US.UTF-8
  LANGUAGE (unset)
  LD_LIBRARY_PATH (unset)
  LOGDIR (unset)
  PATH=/usr/bin​:/bin​:/usr/sbin​:/sbin​:/usr/local/bin​:/usr/X11/bin​:/usr/local/bin
  PERL_BADLANG (unset)
  SHELL=/bin/bash

From @cpansprout

On Sun Dec 11 13​:38​:36 2011, sprout wrote​:

Sending again.... I sent this to p5p by mistake the first time.

-----
perl5.15.5 -le' print require 5 >> $3'
1

$ perl5.15.5 -le' print require 5 << $3'
Use of bare << to mean <<"" is deprecated at -e line 1.
Can't find string terminator "" anywhere before EOF at -e line 1.

Putting a number after require causes the tokenizer to expect a term
after it.

If the token is unambiguous (>>), the parser (perly.y) has no problem
with it.

B​::Deparse with -p shows that it’s doing require((5 >> $3)).

This seems to affect barewords as well (I posted this under bug #105928,
but it actually belongs in this ticket)​:

$ perl5.15.5 -MO=Concise -e 'require a​:: . 1'
7 <@​> leave[1 ref] vKP/REFC ->(end)
1 <0> enter ->2
2 <;> nextstate(main 1 -e​:1) v​:{ ->3
6 <1> require sK/1 ->7
5 <2> concat[t1] sK/2 ->6
3 <$> const[PV "a​::b"] s/BARE ->4
4 <$> const[IV 1] s ->5
-e syntax OK

$ perl5.15.5 -MO=Concise -we 'require a​::b + 1'
Warning​: Use of "require" without parentheses is ambiguous at -e line 1.
syntax error at -e line 1, near "require a​::b +"
-e had compilation errors.

--

Father Chrysostomos

From [Unknown Contact. See original ticket]

On Sun Dec 11 13​:38​:36 2011, sprout wrote​:

Sending again.... I sent this to p5p by mistake the first time.

-----
perl5.15.5 -le' print require 5 >> $3'
1

$ perl5.15.5 -le' print require 5 << $3'
Use of bare << to mean <<"" is deprecated at -e line 1.
Can't find string terminator "" anywhere before EOF at -e line 1.

Putting a number after require causes the tokenizer to expect a term
after it.

If the token is unambiguous (>>), the parser (perly.y) has no problem
with it.

B​::Deparse with -p shows that it’s doing require((5 >> $3)).

This seems to affect barewords as well (I posted this under bug #105928,
but it actually belongs in this ticket)​:

$ perl5.15.5 -MO=Concise -e 'require a​:: . 1'
7 <@​> leave[1 ref] vKP/REFC ->(end)
1 <0> enter ->2
2 <;> nextstate(main 1 -e​:1) v​:{ ->3
6 <1> require sK/1 ->7
5 <2> concat[t1] sK/2 ->6
3 <$> const[PV "a​::b"] s/BARE ->4
4 <$> const[IV 1] s ->5
-e syntax OK

$ perl5.15.5 -MO=Concise -we 'require a​::b + 1'
Warning​: Use of "require" without parentheses is ambiguous at -e line 1.
syntax error at -e line 1, near "require a​::b +"
-e had compilation errors.

--

Father Chrysostomos

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

From @cpansprout

Fixed by c31f6d3.

From [Unknown Contact. See original ticket]

Fixed by c31f6d3.

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