-
-
Notifications
You must be signed in to change notification settings - Fork 7
Normalization of aliases and imports #40
Copy link
Copy link
Open
Labels
x:action/improveImprove existing functionality/contentImprove existing functionality/contentx:knowledge/elementaryLittle Exercism knowledge requiredLittle Exercism knowledge requiredx:module/representerWork on RepresentersWork on Representersx:size/largeLarge amount of workLarge amount of workx:type/codingWrite code that is not student-facing content (e.g. test-runners, generators, but not exercises)Write code that is not student-facing content (e.g. test-runners, generators, but not exercises)
Metadata
Metadata
Assignees
Labels
x:action/improveImprove existing functionality/contentImprove existing functionality/contentx:knowledge/elementaryLittle Exercism knowledge requiredLittle Exercism knowledge requiredx:module/representerWork on RepresentersWork on Representersx:size/largeLarge amount of workLarge amount of workx:type/codingWrite code that is not student-facing content (e.g. test-runners, generators, but not exercises)Write code that is not student-facing content (e.g. test-runners, generators, but not exercises)
Type
Fields
Give feedbackNo fields configured for issues without a type.
Aliases and imports usually refer to external functions so names should be handled accordingly
Example input
Desired output
b_functionis imported so should appear as it is.c_functionis excluded, so any mention of it is a local variable and should have a placeholder (current behavior already).Dogis an alias so should be replaced by a placeholder (possible overlap with #33).Current output
In the case of
import XwhereXis a standard library, it is possible to lookup all functions, so these should not de replaced either.