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

high-level babai method for GSO objects #492

Merged
merged 1 commit into from Aug 9, 2022
Merged

high-level babai method for GSO objects #492

merged 1 commit into from Aug 9, 2022

Conversation

malb
Copy link
Collaborator

@malb malb commented Jul 16, 2022

No description provided.

Copy link
Collaborator

@joerowell joerowell left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM, just two comments / questions, but feel free to ignore.

if (!gso)
{
from_canonical(x, v, start, dimension);
MatGSOInterface<ZT, FT>::babai(w, x, start, dimension);
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should this be MatGSOInterface here? I'm wondering if you'd ever want to do this rather than explicitly calling MatGSO's babai's directly.

To be clear: this would call MatGSOInterface<ZT, FT>'s babai, which would then virtually dispatch to MatGSO<ZT, FT>'s babai. A smart compiler might even de-virtualise this. So there's no correctness issue here: perhaps just a clearness one.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I was going with "communicating intent" a la: To do the GSO basis transform, we run it using our basis and then call the generic superclass code on the transformed input. Perhaps those methods shouldn't be virtual though?

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ah good point. I'm ambivalent on keeping them virtual: whilst we don't need it now, it does communicate intent well.

}
else
{
MatGSOInterface<ZT, FT>::babai(w, v, start, dimension);
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Same here, I think.

@malb malb merged commit 22c7571 into master Aug 9, 2022
@malb malb deleted the gso-babai branch August 9, 2022 20:15
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants