Мы были давними поклонниками pylint. Его статический анализ стал важной частью всех наших проектов python и сэкономил массу времени, преследуя непонятные ошибки. Но после обновления от 1.3 → 1.4 почти все скомпилированные c-расширения приводят к ошибкам E1101 (без членов).
Проекты, которые ранее выполнялись совершенно чистыми с помощью pylint 1.3, теперь жалуются почти на каждый член расширения C с E1101. Мы были вынуждены отключить ошибки E1101, но это существенно умаляет полезность pylint.
Например, это совершенно правильное использование пакета lxml
r"""valid.py: demonstrate pylint 1.4 error"""
from lxml import etree
print etree.Element('mydoc')
Запустите это через pylint, и он сообщает:
$ pylint -rn valid.py
No config file found, using default configuration
************* Module valid
E: 3, 6: Module 'lxml.etree' has no 'Element' member (no-member)
Но это совершенно верно:
$ python valid.py
<Element mydoc at 7fddf67b1ba8>
Здесь, где он становится действительно странным. Очень небольшая часть расширений C, похоже, работает только через pylint, например:
r"""valid2.py: this one works fine"""
import sqlite3
print sqlite3.version
$ pylint -rn valid2.py
No config file found, using default configuration
Мой вопрос в том, кто-нибудь еще видел это? И если да, согласитесь ли вы поделиться своим обходом/решением?
Мы экспериментировали с попыткой создания плагинов для подавления этих предупреждений
(http://docs.pylint.org/plugins.html#enter-plugin), но у нас возникают трудности с созданием головок или хвостов документов, а базовый класс astroid является uber-комплексом, и он нарушил наши пытается его проверить.
Для реальных бонусных очков (и нашей вечной благодарности) мы хотели бы понять, что изменилось в pylint. Мы будем рады исправить код (или, по крайней мере, опубликовать документ с лучшей практикой для авторов C-расширения), который удовлетворяет требованиям pylint.
Сведения о платформе
$ pylint --version
No config file found, using default configuration
pylint 1.4.0,
astroid 1.3.2, common 0.63.2
Python 2.7.5 (default, Jul 1 2013, 18:09:11)
[GCC 4.4.7 20120313 (Red Hat 4.4.7-3)]
