https://bugzilla.redhat.com/show_bug.cgi?id=1172800 --- Comment #10 from Petr Machata <pmachata@xxxxxxxxxx> --- Mostly this is modeled after elfutils. I like the idea of keeping the headers of a project together in a directory. libzwerg is also fairly easily extensible, so someone could come up with their own set of words for navigating stuff that they are interested in. They would then naturally use this directory as well. This possibility is somewhat remote, as there is no public API for this, but at some point it likely will be. The whole Dwarf module could then be converted to a separate DSO and provided as an independent module which just uses core libzwerg API. Those are all blue-sky plans though. Near-term there are more pressing issues (see the fairly extensive TODO in the source tarball). A user could pass -I /usr/include/libzwerg if they wish to use the simple inclusion scheme. But the whole API is experimental at this point, and undocumented (unlike the query language itself, which I'd like to keep fairly stable), so this can all change in arbitrary ways. Even though I have symbol versioning in, it will likely not be used seriously until some later release. E.g. note the function named zw_stack_dump_xxx, which is actually exported by the version script. (In reply to Zbigniew Jędrzejewski-Szmek from comment #9) > - maybe move the documentation from /usr/share/doc/dwgrep-doc/ to > /usr/share/doc/dwgrep/html? That makes sense. But wouldn't then dwgrep-doc have to depend on dwgrep? -- You are receiving this mail because: You are on the CC list for the bug. You are always notified about changes to this product and component _______________________________________________ package-review mailing list package-review@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/package-review