so that we can avoid generating a dummy C function.

Scans

See merge request !105

Adjust local storage for bank conflicts

Closes #72

See merge request !126

Make sure bank-conflic-local-storage adjuster gets called during preprocessing for known devices (Fixes #72 on Gitlab)

Resolve "Enclosing precedences are wrong in Python code generation"

Closes #70

See merge request !122

Stats: take into account unused hw axes in run count, refactor code

See merge request !121

Merge branch 'master' of ssh://gitlab.tiker.net/inducer/loopy into 70-enclosing-precedences-are-wrong-in-python-code-generation

Fix PyOpenCLKernelExecutor.get_code to adequately preprocess arg_to_dtype so…

See merge request !125

Fix: Fix PyOpenCLKernelExecutor.get_code to adequately preprocess arg_to_dtype so that get_typed_and_scheduled_kernel caching works

Fix PyOpenCLKernelExecutor.get_code to adequately preprocess arg_to_dtype so that get_typed_and_scheduled_kernel caching works

This function does trivial things, but it's there to solve the problem
that the reduction neutral element getters are not allowed to store
dtypes (#80).

The function mangler demands that a function knows its type based on
its arguments. For the neutral element getters, this is impossible
because they take zero arguments. The simplest fix I can think of is
to change a call to neutral_element() to a call to make_tuple().

Currently, the tuple code doesn't work yet due to pickling issues.  I
think the root cause is somewhere in
__hackily_ensure_multi_argument_functions_are_scoped_private().

Minor fixes

See merge request !123

(rather than rely on the PwQPolynomial's domain, which only captures
where the corresponding poly is non-zero)

Merge branch 'stats-with-unused-hw-axes' of ssh://gitlab.tiker.net/inducer/loopy into stats-with-unused-hw-axes