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

Confused internal error when using .= new on an attribute of a type with a :: in it in Rakudo #4875

Closed
p6rt opened this issue Dec 20, 2015 · 4 comments
Labels

Comments

@p6rt
Copy link

p6rt commented Dec 20, 2015

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

Searchable as RT126975$

@p6rt
Copy link
Author

p6rt commented Dec 20, 2015

From @masak

<masak> m​: class A​::B {}; class C { has A​::B $.ab = A​::B.new }; say "alive"
<camelia> rakudo-moar f1bbd4​: OUTPUT«alive␤»
<masak> m​: class A​::B {}; class C { has A​::B $.ab .= new }
<camelia> rakudo-moar f1bbd4​: OUTPUT«===SORRY!===␤Could not locate
compile-time value for symbol A​::B␤»
* masak submits rakudobug

The above two one-liners should work and be equivalent, I think. The
problem only manifests when the attribute's class is something
slightly longer, like `A​::B`; if it's just `A`, then everything's
fine.

@p6rt
Copy link
Author

p6rt commented Jan 29, 2017

From @masak

masak (>)​:

<masak> m​: class A​::B {}; class C { has A​::B $.ab = A​::B.new }; say "alive"
<camelia> rakudo-moar f1bbd4​: OUTPUT«alive␤»
<masak> m​: class A​::B {}; class C { has A​::B $.ab .= new }
<camelia> rakudo-moar f1bbd4​: OUTPUT«===SORRY!===␤Could not locate
compile-time value for symbol A​::B␤»
* masak submits rakudobug

This is now fixed. Probably the fix happened in 700a07747a3973c713a352cd165f6dd9dac0f698. Resolving.

@p6rt p6rt closed this as completed Jan 29, 2017
@p6rt
Copy link
Author

p6rt commented Jan 29, 2017

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

@p6rt
Copy link
Author

p6rt commented Jan 29, 2017

From @masak

masak (>)​:

This is now fixed. Probably the fix happened in
700a07747a3973c713a352cd165f6dd9dac0f698. Resolving.

...and I forgot to add a spectest, but Zoffix++ had already added one in afe080a028f91ff1f85d2f9fbb04dc2068eb95c0.

@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