]> git.ipfire.org Git - thirdparty/sqlalchemy/sqlalchemy.git/commit
Ensure @compiles calls down to the original compilation scheme
authorMike Bayer <mike_mp@zzzcomputing.com>
Wed, 29 Jun 2016 15:11:17 +0000 (11:11 -0400)
committerMike Bayer <mike_mp@zzzcomputing.com>
Wed, 29 Jun 2016 15:14:28 +0000 (11:14 -0400)
commitacd8b1c107d536669ca7200edbca0f039f1e79fb
tree8b18ab41e44dc4f5c80f11229b9d28a1f6a9f999
parent7c74d702a9632a8c7264d6972e46985de3fb2487
Ensure @compiles calls down to the original compilation scheme

Made a slight behavioral change in the ``sqlalchemy.ext.compiler``
extension, whereby the existing compilation schemes for an established
construct would be removed if that construct was itself didn't already
have its own dedicated ``__visit_name__``.  This was a
rare occurrence in 1.0, however in 1.1 :class:`.postgresql.ARRAY`
subclasses :class:`.sqltypes.ARRAY` and has this behavior.
As a result, setting up a compilation handler for another dialect
such as SQLite would render the main :class:`.postgresql.ARRAY`
object no longer compilable.

Fixes: #3732
Change-Id: If2c1ada4eeb09157885888e41f529173902f2b49
doc/build/changelog/changelog_11.rst
lib/sqlalchemy/ext/compiler.py
test/ext/test_compiler.py