Skip to content
This repository has been archived by the owner on Nov 12, 2023. It is now read-only.

XRBK macro incorrectly handles where clauses when expanding #36

Closed
Antikyth opened this issue Jan 10, 2023 · 2 comments
Closed

XRBK macro incorrectly handles where clauses when expanding #36

Antikyth opened this issue Jan 10, 2023 · 2 comments
Assignees
Labels
bug Something isn't working task An essential task for a planned milestone.

Comments

@Antikyth
Copy link
Collaborator

When splitting syn::Generics, for some reason there is a where clause component. This is strange because the generics shouldn't have a where clause - we parse that where clause separately, as we should, because it isn't always in the same place as the generics. Need to see why that component is split like that and how to do it properly.

@Antikyth Antikyth self-assigned this Jan 10, 2023
@Antikyth Antikyth added bug Something isn't working task An essential task for a planned milestone. labels Jan 10, 2023
@Antikyth Antikyth added this to the 0.1.0 milestone Jan 10, 2023
@Antikyth Antikyth pinned this issue Jan 10, 2023
@Antikyth Antikyth unpinned this issue Jan 15, 2023
@Antikyth Antikyth removed this from the 0.1.0 milestone Jan 19, 2023
@Antikyth
Copy link
Collaborator Author

The first easy step for this is to use the parsed where clause instead of the one split from the generics. But further research is required as to why that split where clause exists in the first place.

@Antikyth
Copy link
Collaborator Author

Potentially fixed in 74446b9, will have to see about generics being split as I say.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug Something isn't working task An essential task for a planned milestone.
Projects
Archived in project
Development

No branches or pull requests

1 participant