For example, instead of doing
#include "nix/store-config.hh"
#include "nix/derived-path.hh"
Now do
#include "nix/store/config.hh"
#include "nix/store/derived-path.hh"
This was originally planned in the issue, and also recent requested by
Eelco.
Most of the change is purely mechanical. There is just one small
additional issue. See how, in the example above, we took this
opportunity to also turn `<comp>-config.hh` into `<comp>/config.hh`.
Well, there was already a `nix/util/config.{cc,hh}`. Even though there
is not a public configuration header for libutil (which also would be
called `nix/util/config.{cc,hh}`) that's still confusing, To avoid any
such confusion, we renamed that to `nix/util/configuration.{cc,hh}`.
Finally, note that the libflake headers already did this, so we didn't
need to do anything to them. We wouldn't want to mistakenly get
`nix/flake/flake/flake.hh`!
Progress on #7876
(cherry picked from commit cc24766fa6)
24 lines
489 B
C++
24 lines
489 B
C++
#pragma once
|
|
///@file
|
|
|
|
#include "nix/cmd/installable-value.hh"
|
|
#include "nix/cmd/command.hh"
|
|
|
|
namespace nix {
|
|
|
|
/**
|
|
* An InstallableCommand where the single positional argument must be an
|
|
* InstallableValue in particular.
|
|
*/
|
|
struct InstallableValueCommand : InstallableCommand
|
|
{
|
|
/**
|
|
* Entry point to this command
|
|
*/
|
|
virtual void run(ref<Store> store, ref<InstallableValue> installable) = 0;
|
|
|
|
void run(ref<Store> store, ref<Installable> installable) override;
|
|
};
|
|
|
|
}
|