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

Non-associativity isn't enforced in Rakudo #3016

Closed
p6rt opened this issue Dec 29, 2012 · 3 comments
Closed

Non-associativity isn't enforced in Rakudo #3016

p6rt opened this issue Dec 29, 2012 · 3 comments
Labels

Comments

@p6rt
Copy link

p6rt commented Dec 29, 2012

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

Searchable as RT116238$

@p6rt
Copy link
Author

p6rt commented Dec 29, 2012

From @masak

<masak> r​: sub infix​:<@​>($a, $b) is assoc<non> { $a + $b }; say 1 @​ 2 @​ 3
<p6eval> rakudo 930369​: OUTPUT«6␤»
<masak> like that, but it isn't enforced.
* masak submits rakudobug
<masak> std​: 1 <=> 2 <=> 3
<p6eval> std a8bc48f​: OUTPUT«===SORRY!===␤"<=>" and "<=>" are
non-associative and require parens [...] Check failed␤FAILED 00​:00
42m␤»
<masak> r​: 1 <=> 2 <=> 3
<p6eval> rakudo 930369​: ( no output )
<masak> seems non-associativity in general, even among built-in
operators, isn't enforced.

@p6rt
Copy link
Author

p6rt commented Dec 29, 2012

From @moritz

fixed by jnthn++, and tested in S06-traits/is-assoc.t.

@p6rt
Copy link
Author

p6rt commented Dec 29, 2012

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

@p6rt p6rt closed this as completed Dec 29, 2012
@p6rt p6rt added the Bug 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