| Age | Commit message (Collapse) | Author | |
|---|---|---|---|
| 2024-07-05 | Pass Storage to RepositoryConfig | Maksim Denisov | |
| ...and adjust AnalyseContext. | |||
| 2024-07-05 | Pass StorageConfig and Storage to LocalApi | Maksim Denisov | |
| 2024-07-05 | Pass StorageConfig and Storage to ServerImpl | Maksim Denisov | |
| 2024-07-05 | Pass StorageConfig and Storage to Serve | Maksim Denisov | |
| 2024-07-05 | Pass StorageConfig to git_repo and git_repo_remote | Maksim Denisov | |
| 2024-07-05 | Pass Storage and StorageConfig to StorageUtils by reference | Maksim Denisov | |
| 2024-07-05 | Pass StorageConfig to GarbageCollection | Maksim Denisov | |
| 2024-07-05 | Pass StorageConfig to GarbageCollector::SharedLock | Maksim Denisov | |
| 2024-07-05 | Use StorageConfig functionality via Instance() | Maksim Denisov | |
| ...to track changes during refactoring easier. | |||
| 2024-07-05 | Move functionality from StorageConfig to related classes. | Maksim Denisov | |
| 2024-07-05 | Remove ConfigData from StorageConfig | Maksim Denisov | |
| ...since it is an extra class that overcomplicates the config class. | |||
| 2024-07-05 | Use a separate constructor for sharded TargetCache | Maksim Denisov | |
| 2024-07-04 | Remove default arguments that are always passed anyway. | Maksim Denisov | |
| 2024-07-04 | Replace the Auth and Auth::TLS singletons | Paul Cristian Sarbu | |
| Use a builder pattern for creation and validation, in a manner that allows also other authentication methods to be added in the future besides the current TLS/SSL. The main Auth instances are built early and then passed by not_null const pointers, to avoid passing temporaries, replacing the previous Auth::TLS instances passed by simple nullable const pointers. Where needed, these passed Auth instances are also stored, by const ref. Tests also build Auth instances as needed, either with the default 'no certification' or from the test environment arguments. | |||
| 2024-07-04 | Pass Auth::TLS instance to serve and execute clients | Paul Cristian Sarbu | |
| 2024-07-04 | Use ApiBundle's Auth::TLS instance in serve and execute servers | Paul Cristian Sarbu | |
| 2024-07-04 | Pass Auth::TLS instance to BazelApi and ServeApi | Paul Cristian Sarbu | |
| 2024-07-04 | Use Auth and TLS configurations via Instance() | Paul Cristian Sarbu | |
| ...to more easily keep track of changes during refactoring. | |||
| 2024-07-04 | Mark more constructors 'explicit' | Paul Cristian Sarbu | |
| Since c++17 the 'explicit' keyword has use also for constructors with more than one argument and it is recommended to use it by default whereever implicit conversions are not expected bahaviour. | |||
| 2024-07-04 | test_serve_config: Small fix | Paul Cristian Sarbu | |
| 2024-07-03 | Add a design document on how to handle the hard-link limit | Klaus Aehlig | |
| 2024-07-01 | ["patch", "file"]: honor shell bin dirs | Klaus Aehlig | |
| ... as we need to copy a file, as not all versions of patch accept the file to patch as argument. | |||
| 2024-07-01 | ["CC/auto", "config"]: honor bin dirs of shell defaults | Klaus Aehlig | |
| 2024-07-01 | ["shell", "defaults"]: support "bin dirs" | Klaus Aehlig | |
| 2024-07-01 | Reorder compatibility commands in Compactification | Maksim Denisov | |
| 2024-07-01 | Ensure unique paths are used in compactification | Maksim Denisov | |
| 2024-06-28 | Use (un)expected for serve API | Oliver Reiche | |
| 2024-06-28 | Use (un)expected for serve service | Oliver Reiche | |
| 2024-06-28 | Use (un)expected for Git repo | Oliver Reiche | |
| 2024-06-28 | Use (un)expected for CAS utils | Oliver Reiche | |
| 2024-06-28 | Use (un)expected for CAS access | Oliver Reiche | |
| 2024-06-28 | Use (un)expected for reading location objects | Oliver Reiche | |
| 2024-06-28 | Use (un)expected for parsing dispatch info | Oliver Reiche | |
| 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. | |||
 |
index : ~aehlig/just-buildsystem/justbuild.git | |
| Main repository of just-buildsystem, containing the buildtool (just) in bootstrappable form, the multi-repository setup and launch tool (just-mr) and some auxilliary tools. | Klaus Aehlig |
| summaryrefslogtreecommitdiff |