Eli Collins added the comment:
My apologies, I think Alexander is right, this is a duplicate of #29100
I'd seen the first message in that issue talking about a core dump, and thought
this was different problem; but I see the scope of the issue broadened to cover
general bounds issues in
New submission from Eli Collins:
I've found an odd behavior when passing very large values to
``datetime.datetime.utcfromtimestamp()`` and ``.fromtimestamp()`` under python
3.6.
Under python 3.5, ``utcfromtimestamp(1<<40)`` would throw a ValueError that the
year was out of ra
Changes by Eli Collins :
--
nosy: +eli.collins
___
Python tracker
<http://bugs.python.org/issue672115>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eli Collins added the comment:
I'm not sure how generally applicable this is, but it might be useful as a
starting point: Attached is a bit of code I've been using: it's a
reset_warnings_registry() context manager, which backs up & clears the registry
state for the dura
New submission from Eli Collins :
I noticed a minor typo in the unicodedata.normalize() documentation...
The line reading 'U+0327 (COMBINING CEDILLA) U+0043 (LATIN CAPITAL LETTER C)'
is not proper unicode, it should be in the reverse order: 'U+0043 (LATIN
CAPITAL LETTER C) U+
Eli Collins added the comment:
The second patchset (9170231ebf14.diff) should implement all the changes you
suggested in your second review (dated 2011-09-05).
---
The only non-addressed item in your second review was a request for
clarification on a potential error I noticed (and described
Eli Collins added the comment:
Attached is a sixth revision (4e67e7205aba.diff) of my patch. This revision
makes a couple of minor changes requested by Éric Araujo.
--
___
Python tracker
<http://bugs.python.org/issue12
Changes by Eli Collins :
Added file: http://bugs.python.org/file23740/4e67e7205aba.diff
___
Python tracker
<http://bugs.python.org/issue12242>
___
___
Python-bugs-list m
Eli Collins added the comment:
Attached is a fifth revision (963a2cce068d.diff) of my patch.
I was trying to avoid submitting any more revisions if possible, since this I
think this patch is essentially feature-complete. However, this revision adds
two things which I felt were needed
Changes by Eli Collins :
Added file: http://bugs.python.org/file23274/963a2cce068d.diff
___
Python tracker
<http://bugs.python.org/issue12242>
___
___
Python-bugs-list m
Eli Collins added the comment:
> What is result is i use GNU compiler by example with name
> arm-linux-androideabi-gcc ?
If the executable is named "arm-linux-androideabi-gcc", the code would
currently call "arm-linux-androideabi-gcc --version". If that resulted in
Eli Collins added the comment:
Attached is a fourth revision (ca53ff77ce6f.diff). This covers the typos
identified in the last review, but I'm submitting a new patch because I ran a
quick proofreading regexp, and identified a few more formatting mis
Changes by Eli Collins :
Added file: http://bugs.python.org/file23263/ca53ff77ce6f.diff
___
Python tracker
<http://bugs.python.org/issue12242>
___
___
Python-bugs-list m
Eli Collins added the comment:
Attached is a diff (ba08e4a70631.diff) containing a third revision of my patch.
This hopefully addresses all the issues brought up in the code review of the
second revision, and changes little else.
--
___
Python
Changes by Eli Collins :
Added file: http://bugs.python.org/file23255/ba08e4a70631.diff
___
Python tracker
<http://bugs.python.org/issue12242>
___
___
Python-bugs-list m
Eli Collins added the comment:
Attached is a diff (04610583238f.diff) containing a second revision of my
implementation of this feature. It incorporates suggestions made during code
review, as well as adds unittests and documentation of the new features.
This patch retains the same basic
Changes by Eli Collins :
Added file: http://bugs.python.org/file23248/04610583238f.diff
___
Python tracker
<http://bugs.python.org/issue12242>
___
___
Python-bugs-list m
Changes by Eli Collins :
--
hgrepos: +71
___
Python tracker
<http://bugs.python.org/issue12242>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eli Collins added the comment:
I've attached a second revision of my patch to fix this issue
(9170231ebf14.diff).
Per Eric Araujo's advice, this patch changes _pop_values() to use ";;" as the
environment marker separator for all fields in setupcfg's extension section
Changes by Eli Collins :
--
hgrepos: +70
___
Python tracker
<http://bugs.python.org/issue12424>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Eli Collins :
Added file: http://bugs.python.org/file23247/9170231ebf14.diff
___
Python tracker
<http://bugs.python.org/issue12424>
___
___
Python-bugs-list m
Changes by Eli Collins :
--
keywords: +patch
Added file: http://bugs.python.org/file22503/cpython_issue12424.patch
___
Python tracker
<http://bugs.python.org/issue12
New submission from Eli Collins :
The _pop_values() function in packaging.config uses "--" as the environment
marker separator when parsing extension sections. This doesn't match PEP 345,
or how the metadata section is currently parsed, both of which use ";" instead.
Eli Collins added the comment:
Attached is a patch that implements this enhancement along the lines of what
was last discussed. The behavior introduced in the patch is as follows:
* It adds a stub method named get_compiler_version() to CCompiler,
and implementations of that method for
Eli Collins added the comment:
> The question was about the meaning of a new “compiler” environment
> marker. Would it be set to the empty string in Jython? Not available?
> Or do you think that there is no issue, since Jython would not try to
> compiler C files?
Ah, my
Eli Collins added the comment:
> What would the value be for non-C Python implementations?
I'm not really sure how this idea could have any value for those
implementations, at least for the ones that can't make use of C extensions at
all (I think PyPy can; so I guess that would
New submission from Eli Collins :
It would be useful to have an environment marker which matched the compiler
being used when compiling a C extension.
Sometimes different compilers require different options (different lib names,
different flags, etc); distutils1 setup.py files which have to
27 matches
Mail list logo
