Hi Kay,

The 2.0 vs 2.0.1 problem you're experiencing with astroid was a
problem with the 2.0 release. Due to a mistake in the release process,
the wheel for 2.0 was in fact the last dev release of astroid. The .tar.gz
sdist though was containing the actual 2.0 code. Not sure how
the dev release got to be marked as 2.0 but only for the wheel file,
but we added some additional documentation in the release process
to ensure this doesn't happen again (although ideally we'd move
the release to be an automatic process rather than manual as it is now)

For the other issues, I suggest opening separate issues on the bug tracker
since otherwise they can get lost here.

Sorry for the trouble.

Cheers,
Claudiu



On 22 July 2018 at 10:16, Kay Hayen <kay.ha...@gmail.com> wrote:
> Hello there,
>
>> nuitka/nodes/NodeBases.py:273 E0237 assigning-non-slot
>> NodeBase.setCompatibleSourceReference Assigning to attribute
>> 'effective_source_ref' not defined in class slots
>> nuitka/nodes/NodeBases.py:272 I0021 useless-suppression  Useless
>> suppression of 'attribute-defined-outside-init'
>
> The code of mine does this as of recently:
>
>     __slots__ = "parent", "source_ref"
>
>     # Avoid the attribute unless it's really necessary.
>     if Options.isFullCompat():
>         __slots__ += ("effective_source_ref",)
>
> That saves a bunch of memory. Basically I have an optional slot, that
> is only assigned when necessary, when Nuitka is run in a non-default
> mode used for testing.
>
> But PyLint now goes with the first slot declaration and complains. So
> that is a bug in a new feature or a regression.
>
> Yours,
> Kay
> _______________________________________________
> code-quality mailing list
> code-quality@python.org
> https://mail.python.org/mailman/listinfo/code-quality
_______________________________________________
code-quality mailing list
code-quality@python.org
https://mail.python.org/mailman/listinfo/code-quality

Reply via email to