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.

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

Make &infix:($op) work #1183

Closed
p6rt opened this issue Jul 29, 2009 · 9 comments
Closed

Make &infix:($op) work #1183

p6rt opened this issue Jul 29, 2009 · 9 comments
Labels

Comments

@p6rt
Copy link

p6rt commented Jul 29, 2009

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

Searchable as RT68024$

@p6rt
Copy link
Author

p6rt commented Jul 29, 2009

From @japhb

Allow the name of an operator to be specified dynamically without using
eval to hack around it. In short, make &infix​:{$op} and &infix​:<<$op>>
work.

-'f

@p6rt
Copy link
Author

p6rt commented Mar 30, 2010

From @moritz

The &infix​:{$foo} form is now gone from the spec, but &infix​:($foo)
should work, afaict.

@p6rt
Copy link
Author

p6rt commented Mar 30, 2010

The RT System itself - Status changed from 'new' to 'open'

@p6rt
Copy link
Author

p6rt commented Sep 20, 2011

From @coke

On Tue Mar 30 08​:24​:48 2010, moritz wrote​:

The &infix​:{$foo} form is now gone from the spec, but &infix​:($foo)
should work, afaict.

23​:54 < [Coke]> rakudo​: my $foo="+";&infix​:($foo)(3,4).say
23​:54 <+p6eval> rakudo cbdd9b​: OUTPUT«===SORRY!===␤Symbol '&infix​:($foo)' not
  predeclared in <anonymous> (/tmp/qTMVLz747s​:1)␤»

--
Will "Coke" Coleda

@p6rt
Copy link
Author

p6rt commented Mar 30, 2013

From @coke

On Mon Sep 19 20​:55​:21 2011, coke wrote​:

On Tue Mar 30 08​:24​:48 2010, moritz wrote​:

The &infix​:{$foo} form is now gone from the spec, but &infix​:($foo)
should work, afaict.

23​:54 < [Coke]> rakudo​: my $foo="+";&infix​:($foo)(3,4).say
23​:54 <+p6eval> rakudo cbdd9b​: OUTPUT«===SORRY!===␤Symbol
'&infix​:($foo)' not
predeclared in <anonymous> (/tmp/qTMVLz747s​:1)␤»

Behavior changed​:

my $foo="+";&infix​:($foo)(3,4).say
===SORRY!===
You can't adverb that
at <unknown file>​:1
------> my $foo="+";&infix​:($foo)⏏(3,4).say

--
Will "Coke" Coleda

@p6rt
Copy link
Author

p6rt commented Oct 4, 2015

From @peschwa

On Fri Mar 29 21​:03​:53 2013, coke wrote​:

On Mon Sep 19 20​:55​:21 2011, coke wrote​:

On Tue Mar 30 08​:24​:48 2010, moritz wrote​:

The &infix​:{$foo} form is now gone from the spec, but &infix​:($foo)
should work, afaict.

23​:54 < [Coke]> rakudo​: my $foo="+";&infix​:($foo)(3,4).say
23​:54 <+p6eval> rakudo cbdd9b​: OUTPUT«===SORRY!===␤Symbol
'&infix​:($foo)' not
predeclared in <anonymous> (/tmp/qTMVLz747s​:1)␤»

Behavior changed​:

my $foo="+";&infix​:($foo)(3,4).say
===SORRY!===
You can't adverb that
at <unknown file>​:1
------> my $foo="+";&infix​:($foo)⏏(3,4).say

Specs commit fc1083f0b2b225728b34f5a5ed19a0ac29aa0c49 removed the infix​:() form, which I take to mean this ticket can be closed or renamed to something along the lines of "LTA message for wrongly using a signature literal to refer to a foofix longname".

@p6rt
Copy link
Author

p6rt commented Oct 19, 2015

From @FROGGS

The design docs indicate that square brackets need to be used, which works with rakudo​:

constant $foo="+"; say &infix​:[$foo](3, 4)
rakudo-moar 4b1df7​: OUTPUT«7␤»

So, this is closable with test?

@p6rt
Copy link
Author

p6rt commented Oct 2, 2016

From @MasterDuke17

Tests added in Raku/roast@d63dad7427

@p6rt
Copy link
Author

p6rt commented Oct 2, 2016

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

@p6rt p6rt closed this as completed Oct 2, 2016
@p6rt p6rt added the Todo label Jan 5, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant