Age | Commit message (Collapse) | Author | |
---|---|---|---|
2024-06-28 | Use (un)expected for network fetch | Oliver Reiche | |
2024-06-28 | Add C++ utility classes (un)expected | Oliver Reiche | |
... mimicking C++23's std::(un)expected, so we can more easily adapt to newer C++ standards once we decide to upgrade. | |||
2024-06-27 | Pass RemoteServeConfig by pointer for capturing | Maksim Denisov | |
2024-06-27 | Pass ServeApi to just-mr maps by raw pointer | Maksim Denisov | |
...since it is used for capturing in lambdas for AsyncMaps and mustn't be temporary. | |||
2024-06-27 | Capture ServeApi by pointer in AnalyseContext | Maksim Denisov | |
2024-06-27 | Capture TargetCache by pointer in AnalyseContext | Maksim Denisov | |
2024-06-27 | Use a raw pointer for passing optional RepositoryConfig | Maksim Denisov | |
...instead of std::optional<gsl::not_null<RepositoryConfig const*>>. | |||
2024-06-27 | Use a raw pointer for passing optional IExecutionApi | Maksim Denisov | |
...instead of std::optional<gsl::not_null<IExecutionApi const*>> | |||
2024-06-26 | just: shorten repeated mentioning of the top-level target | Klaus Aehlig | |
The build tool prints status messages at the end of each of the major stages that sequentially follow each other. This allows, in particular when using log files (that contain time stamps) to quickly identify which phase was the resource consuming one. All these message mention the (same!) configured target that is process by this invocation of the build tool. In the presence of toolchains, the configuration can, however, get quite large (containing lots of paths to various tools). Therefore, shorted the configuration in the repeated menions if it is very long (currenlty 320 characters); as we do not change the first mentinoing ("Requested target is ..."), even with that shortening the log contains the same information. | |||
2024-06-26 | proto tutorial: Add section on debugging | Paul Cristian Sarbu | |
This showcases that also generated proto headers will be staged for debugging. | |||
2024-06-26 | Add tutorial to showcase debugging | Paul Cristian Sarbu | |
2024-06-26 | 3rd-party tutorial: Add DEBUG flag for fmtlib export target | Paul Cristian Sarbu | |
This is good practice and it makes it easier to later demonstrate debugging, as the flag value is honored. Also renames the final repos.json example, in order to ensure that any chapters depending on the output of this chapter receives the correct repository description. | |||
2024-06-26 | tutorials: Fix small typos | Paul Cristian Sarbu | |
2024-06-26 | tutorials: Update rules-cc commit | Paul Cristian Sarbu | |
...to version fully supporting debugging. | |||
2024-06-25 | describe: also describe "configure" targets in more detail | Klaus Aehlig | |
Most built-in rules are just described by their name, assuming they are known to the user anyway. One exception, however, are "export" targets, as those serve as interfaces to (logical) repositories and hence is supposed to have a documentation of the target itself. Over time, however, "configure" targets have evolved to become internal interfaces (maybe even for an external target), e.g., to provide default values and hence make better use of the actual export target. Therefore it is desirable to provide a bit more information when asked to describe a "configure" target. - As "configure" targets have a fixed set of keys, adding a "doc" field is a conservative extension; this can be useful to give an overview what the target is about. - An important information of a "configure" target is the target that is configured. While this, in general, is an expression, in the typical cases, the description is very short (a literal target name, or a variable). So we can afford to show the definition. | |||
2024-06-25 | documentation: fix typo | Klaus Aehlig | |
2024-06-25 | Introduce a type allias for an optional ptr to IExecutionApi | Maksim Denisov | |
...and replace verbose constructions. | |||
2024-06-25 | Make IExecutionApi::Ptr a shared pointer to const | Maksim Denisov | |
...and use it in ApiBundle. | |||
2024-06-25 | Use constant IExecutionApi in just-mr maps | Maksim Denisov | |
2024-06-25 | Pass IExecutionApi to ServerImpl, Archive by reference | Maksim Denisov | |
...instead of not_null const ptr. | |||
2024-06-25 | Pass IExecutionApi to Executor by referece | Maksim Denisov | |
...instead of not_null const ptr. | |||
2024-06-25 | Pass IExecutionApi to IExecutionApi by reference | Maksim Denisov | |
...instead of not_null const ptr. | |||
2024-06-25 | Mark IExecutionApi's methods constant | Maksim Denisov | |
2024-06-25 | Remove CreateExecutionApi | Maksim Denisov | |
2024-06-25 | Pass ApiBundle to ServerImpl | Maksim Denisov | |
2024-06-25 | Pass ApiBundle to describe | Maksim Denisov | |
2024-06-25 | Pass ApiBundle to add-to-cas and install-cas | Maksim Denisov | |
2024-06-25 | Pass ApiBundle to SourceTreeService | Maksim Denisov | |
2024-06-25 | Pass ApiBundle to ServeApi | Maksim Denisov | |
2024-06-25 | Use ApiBundle for creation of APIs in just-mr | Maksim Denisov | |
2024-06-25 | Pass ApiBundle to GraphTraverser | Maksim Denisov | |
2024-06-25 | Instantiate LocalApi and BazelApi at once | Maksim Denisov | |
...to properly fallback to local api if needed. | |||
2024-06-25 | Use a general boolean for compatible in MultiRepoCommonArguments | Maksim Denisov | |
2024-06-25 | Remove GraphTraverser's constructor used for tests only. | Maksim Denisov | |
2024-06-25 | CC defaults: Provide the debug stage also for implicit deps | Paul Cristian Sarbu | |
This ensures that one can inspect, e.g., generated protobuf source files (.pb.cc) or standard library headers while debugging proto libraries or general C++ libraries and binaries, respectively. | |||
2024-06-24 | CC/proto: Libraries should be aware of DEBUG flag | Paul Cristian Sarbu | |
2024-06-24 | CC: Fix some doc typos | Paul Cristian Sarbu | |
2024-06-19 | rules-cc: Binaries should keep the compile dependency headers for debuggingv1.4.0-alpha+20240619 | Paul Cristian Sarbu | |
2024-06-18 | Make ServeServerImpl a general class, not a singleton. | Maksim Denisov | |
2024-06-18 | Make RemoteServeConfig a general struct, not a singleton | Maksim Denisov | |
...and adjust interfaces. | |||
2024-06-18 | Create an individual instance of RemoteServeConfig in tests | Maksim Denisov | |
...instead of intialization of the singleton. | |||
2024-06-18 | Create an individual instance of RemoteServeConfig in just-mr | Maksim Denisov | |
...instead of initialization of the singleton. | |||
2024-06-18 | Create an individual instance of RemoteServeConfig in just | Maksim Denisov | |
...instead of initialization of the singleton. Use builder for creation and validity check. | |||
2024-06-18 | Make ServeApi a general class, not a singleton | Maksim Denisov | |
...and adjust interfaces. | |||
2024-06-18 | Pass RemoteAddress to ConfigurationClient by value | Maksim Denisov | |
...instead of using singleton calls. | |||
2024-06-18 | Pass ServeApi to just-mr maps by reference | Maksim Denisov | |
...instead of using singleton calls. | |||
2024-06-18 | Pass ServeApi to ServeServerImpl by reference | Maksim Denisov | |
...instead of using singleton calls. | |||
2024-06-18 | Pass RemoteServeConfig to ServeServerImpl by reference | Maksim Denisov | |
...instead of using singleton calls. | |||
2024-06-18 | Pass ServeApi by reference to the describe function | Maksim Denisov | |
...instead of using singleton calls. | |||
2024-06-18 | Pass ServeApi as a field of context to the analysis | Maksim Denisov | |
...instead of using singleton calls. |