Add descend_args to DependencyMapper types

[alexfikl]

This adds include_calls: bool | Literal["descend_args"] = True to DependencyMapper and a few other small typing fixes.

I think this also exposes a typing bug (the mypy CI should fail). I added missing type parameters to CachedDependencyMapper and it started complaining

pymbolic/interop/ast.py:467: error: Item "AlgebraicLeaf" of "AlgebraicLeaf | CommonSubexpression" has no attribute "name"  [union-attr]
pymbolic/interop/ast.py:467: error: Item "CommonSubexpression" of "AlgebraicLeaf | CommonSubexpression" has no attribute "name"  [union-attr]

from https://github.com/inducer/pymbolic/blob/670bbbb188d1b65a64811d401f1c3f71e99f85f6/pymbolic/interop/ast.py#L465=L466. From what I can tell, that can return things that don't have a .name attribute, so not sure what the correct types would be. Suggestions?

[alexfikl]

That error also shows up in pytential:
https://github.com/inducer/pytential/actions/runs/11725970118/job/32758667815?pr=242

[inducer]

From what I can tell, that can return things that don't have a .name attribute, so not sure what the correct types would be. Suggestions?

It's not clear why that specifies composite_leaves=True---I think that should only want Variables and error on any other non-composite leaves it gets.

[alexfikl]

It's not clear why that specifies composite_leaves=True---I think that should only want Variables and error on any other non-composite leaves it gets.

Yeah, that ast interop stuff doesn't seem to be very tested or used :\ I updated it to only support vars in 222537e.

EDIT: Not sure why those failures, looks like a failed download.. I'll retry it later.

[inducer]

LGTM, thanks!