-
Notifications
You must be signed in to change notification settings - Fork 385
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Add start of new language plugin guide
- Loading branch information
Showing
1 changed file
with
93 additions
and
0 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,93 @@ | ||
# New language plugin guide | ||
> Or how I learned to stop complaining and contribute to open source | ||
> Written while building a plugin against gazelle v0.33.0 | ||
So you aren't lucky enough to work in a fancy enough language to have a lovely | ||
gazelle plugin already written for you. | ||
|
||
Well buckle up, this is my rough notes as I dig in and try to understand and document | ||
this system so we can all benefit. | ||
|
||
|
||
To kick things off here's a short diagram of the general flow of gazelle | ||
|
||
```mermaid | ||
graph TD | ||
Start[Start] --> Configure[Configure] | ||
Configure --> Process_Workspace[Process WORKSPACE] | ||
Process_Workspace --> Initialize_Directory_Walk[Initialize Directory Walk] | ||
Initialize_Directory_Walk --> For_Each_Directory[For Each Directory] | ||
For_Each_Directory --> Read_Build_File[Read Build File] | ||
Read_Build_File --> Apply_Directives[Apply Directives] | ||
Apply_Directives --> Generate_Rules_For_Each_Language[Generate Rules for Each Language] | ||
Generate_Rules_For_Each_Language --> Merge_Rules[Merge Rules] | ||
Merge_Rules --> More_Directories{More Directories?} | ||
More_Directories -->|Yes| For_Each_Directory | ||
More_Directories -->|No| Build_Rule_Index[Build Rule Index] | ||
Build_Rule_Index --> For_Each_Rule[For Each Rule] | ||
For_Each_Rule --> Resolve_Dependencies[Resolve Dependencies] | ||
Resolve_Dependencies --> More_Rules{More Rules?} | ||
More_Rules -->|Yes| For_Each_Rule | ||
More_Rules -->|No| Final_Rule_Merging[Final Rule Merging] | ||
Final_Rule_Merging --> Write_Build_Files[Write Build Files] | ||
Write_Build_Files --> End[End] | ||
style Generate_Rules_For_Each_Language fill:#b75eb7,stroke:#333,stroke-width:2px | ||
style Resolve_Dependencies fill:#b75eb7,stroke:#333,stroke-width:2px | ||
``` | ||
|
||
At a high level the pink boxes represent nodes where language plugins are directly involved, | ||
though as you'll see there are lots of lifecycle hooks where the language plugin code will be | ||
called. | ||
|
||
|
||
## The `Language` interface | ||
|
||
If you've read the [extend docs](./extend.md), you already know the first step to creating a | ||
new language plugin is implementing the [`language.Language` interface](https://godoc.org/github.com/bazelbuild/bazel-gazelle/language#Language) | ||
|
||
But what's not really covered in this is how the methods on this interface are called. | ||
|
||
Below is a list of how the methods of the `language.Language` interface are typically | ||
called during Gazelle's execution: | ||
|
||
1. `RegisterFlags(fs *flag.FlagSet, cmd string, c *config.Config)` | ||
- Called early in the process to register language-specific command-line flags. | ||
|
||
2. `CheckFlags(fs *flag.FlagSet, c *config.Config) error` | ||
- Called after flag parsing to validate and process the flags. | ||
|
||
3. `KnownDirectives() []string` | ||
- Called to get a list of directives the language understands. | ||
|
||
4. `Configure(c *config.Config, rel string, f *rule.File)` | ||
- Called for each directory to set up language-specific configuration. | ||
|
||
5. `Name() string` | ||
- May be called at various points to identify the language. | ||
|
||
6. `Kinds() map[string]rule.KindInfo` | ||
- Called to get information about the kinds of rules the language generates. | ||
|
||
7. `Loads() []rule.LoadInfo` | ||
- Called to get information about the load statements needed for the language. | ||
- Deprecated: Instead implement `ModuleAwareLanguage`'s `ApparentLoads`. | ||
|
||
8. `GenerateRules(args language.GenerateArgs) language.GenerateResult` | ||
- Called for each directory to generate rules based on the files in that directory. | ||
|
||
9. `Imports(c *config.Config, r *rule.Rule, f *rule.File) []resolve.ImportSpec` | ||
- Called for each rule to determine its imports. | ||
|
||
10. `Embeds(r *rule.Rule, from label.Label) []label.Label` | ||
- Called to determine what other rules a given rule embeds. | ||
|
||
11. `Resolve(c *config.Config, ix *resolve.RuleIndex, rc *repo.RemoteCache, r *rule.Rule, imports interface{}, from label.Label)` | ||
- Called for each rule to resolve its dependencies. | ||
|
||
12. `Fix(c *config.Config, f *rule.File)` | ||
- Called to fix any issues in the build file before processing. | ||
|
||
Note that some methods like `Name()`, `Kinds()`, and `Loads()` might be called multiple times throughout the process. The core of your plugin's work will likely be in `GenerateRules()` and `Resolve()`. | ||
|
||
If your language implements additional interfaces like `language.RepoImporter` or `language.ModuleAwareLanguage`, those methods would be called at appropriate times as well. |