-
Notifications
You must be signed in to change notification settings - Fork 5
Pedantry #98
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
base: main
Are you sure you want to change the base?
Pedantry #98
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -56,7 +56,7 @@ | |
}) | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Re. the naming for let bindings, is there a standard somewhere that camel case is preferred? Or maybe just that camel > kebab > snake? I see all kinds of stuff. Maybe we could setup a lint if there is a standard somewhere There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. https://github.com/NixOS/nixpkgs/blob/master/CONTRIBUTING.md says use camel case for (non-package-name) variable names. |
||
]; | ||
}; | ||
lowrisc_pkgs = import ./pkgs {inherit pkgs inputs;}; | ||
lowriscPkgs = import ./pkgs {inherit pkgs inputs;}; | ||
in { | ||
checks = { | ||
license = pkgs.stdenv.mkDerivation { | ||
|
@@ -73,23 +73,23 @@ | |
''; | ||
}; | ||
}; | ||
packages = flake-utils.lib.filterPackages system lowrisc_pkgs; | ||
packages = flake-utils.lib.filterPackages system lowriscPkgs; | ||
devShells = { | ||
opentitan = pkgs.callPackage ./dev/opentitan.nix { | ||
inherit (lowrisc_pkgs) ncurses5-fhs ncurses6-fhs bazel_ot verilator_ot python_ot verible_ot; | ||
inherit (lowriscPkgs) ncurses5-fhs ncurses6-fhs bazelisk verilator_ot python-ot verible_ot; | ||
}; | ||
cheriot = pkgs.mkShell { | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Re. b7bb917, the commit message doesn't seem to match the changes? The change is just snake -> kebab |
||
name = "cheriot"; | ||
packages = | ||
(with lowrisc_pkgs; [llvm_cheriot xmake]) | ||
(with lowriscPkgs; [llvm-cheriot xmake]) | ||
++ (with pkgs; [ | ||
gnumake | ||
magic-enum | ||
srecord | ||
]); | ||
}; | ||
caliptra = pkgs.callPackage ./dev/caliptra.nix { | ||
inherit (lowrisc_pkgs) verilator_caliptra riscv64-gcc_caliptra; | ||
inherit (lowriscPkgs) verilator_caliptra riscv64-gcc_caliptra; | ||
}; | ||
}; | ||
formatter = pkgs.alejandra; | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Re. ecea895, the commit message doesn't seem to match the changes again? This appears to just be a snake -> kebab change for the nix binding of opentitan's python environment.
I think the spirit of the message is correct though, we should probably give the naming another thought at some time. Ideally 'python' is distinct from a 'pythonEnv', but also should the pname contain the project that particular env is intended for? I'm undecided. I almost think that it would be better if we could namespace as e.g.
packages.${system}.opentitan.pythonEnv
, but flakes doesn't allow that output schema.