Gumbo-query provides jQuery-like selectors over HTML parsed by Gumbo. This 2021 fork modification concerns its build and public include layout. The parser and selector behavior are inherited, with the project crediting cascadia as an antecedent for its selector engine.
Make the public include path explicit
The headers move out of the source directory into include/gumbo-query. The directory gives the public headers a library-specific prefix, so a consumer can name the API it is including:
#include <gumbo-query/Document.h>
#include <gumbo-query/Node.h>Source files, the example, and the ID-selector test are updated to use the revised layout. The CMake configuration exposes the include directory. This is a small organizational change with a consumer-facing consequence: existing include directives need to follow the new paths.
The README’s usage snippet still uses the older unprefixed headers, even though the source example has been updated. That leaves a documentation mismatch at the integration boundary. The source example is the matching reference for this revision.
A build change and its verification limits
The CMake minimum moves from 3.2 to 3.21, policy CMP0110 is set to NEW, and unused static-Gumbo discovery is removed. These changes sit alongside the header reorganization; they do not introduce new selector operations.
The library configures and builds in the recorded Linux check. The ID-selector executable also passes when run from its fixture directory. CTest, however, tries to execute id_test while the target produces test_id. That naming mismatch already exists before this modification, and the registered CTest run cannot find its executable.
A passing direct fixture is useful evidence for that example, but it does not cover the whole selector language. The useful scope of this fork is the include/build integration, with the inherited test registration and stale README example still visible as unfinished details.