On 30/06/2017 16:09, Soni L. wrote:
CPython should get a tracing JIT that turns slow bytecode into fast
bytecode.
A JIT doesn't have to produce machine code. bytecode-to-bytecode
compilation is still compilation. bytecode-to-bytecode compilation works
on iOS, and doesn't require deviating fro
On 02/06/2017 01:11, Steven D'Aprano wrote:
Hi Joannah, and welcome!
On Thu, Jun 01, 2017 at 05:17:49PM +0300, joannah nanjekye wrote:
[...]
My proposal is we provide a way of functions returning multiple values.
This has been implemented in languages like Go and I have found many cases
where
On 26/04/2017 21:50, Chris Angelico wrote:
On Thu, Apr 27, 2017 at 6:24 AM, Erik wrote:
The background is that what I find myself doing a lot of for private
projects is importing data from databases into a structured collection of
objects and then grouping and analyzing the data in different wa
On 12/04/2017 04:04, Steven D'Aprano wrote:
On Tue, Apr 11, 2017 at 09:28:22PM -0500, Wes Turner wrote:
python -m site
https://github.com/python/cpython/blob/master/Lib/site.py
- _script()
Wes, I have no idea what that code snippet is supposed to do, or even
whether it is supposed to be worki
On 03/04/2017 02:22, Neil Girdhar wrote:
Same. One day, Python will have a decent parsing library.
Nothing here https://wiki.python.org/moin/LanguageParsing suits your needs?
--
My fellow Pythonistas, ask not what our language can do for you, ask
what you can do for our language.
Mark Lawre
On 05/03/2017 20:16, Ed Kellett wrote:
On Sun, 5 Mar 2017 at 19:54 David Mertz mailto:me...@gnosis.cx>> wrote:
In terms of an actual use case, I can see it for "Lists no longer
than 4".
That's an excessively hard limit.
Any other use of this hypothetical method would be an anti-pat
On 26/10/2016 20:24, Paul Moore wrote:
On 26 October 2016 at 18:25, Nick Coghlan wrote:
The built-in REPL serves two quite divergent use cases, and I think
we're well past the point where we can't readily support both use
cases with a single implementation:
- a minimalist interactive environme
On 17/10/2016 19:29, Brett Cannon wrote:
On Sun, 16 Oct 2016 at 09:39 Mark Lawrence via Python-ideas
mailto:python-ideas@python.org>> wrote:
On 16/10/2016 16:41, Mariatta Wijaya wrote:
>>Her reaction was hilarious:
>>
>>"Whom does he teach? C
On 17/10/2016 21:31, Paul Moore wrote:
On 17 October 2016 at 21:06, Sven R. Kunze wrote:
Do you think that simple solution could have a chance to be added to stdlib
somehow (with the possibility of speeding it up in the future)?
You could submit a doc patch to add an explanation of this techn
On 16/10/2016 16:41, Mariatta Wijaya wrote:
Her reaction was hilarious:
"Whom does he teach? Children?"
I sense mockery in your email, and it does not conform to the PSF code
of conduct. Please read the CoC before posting in this mailing list. The
link is available at the bottom of every pytho
On 06/10/2016 15:43, Sjoerd Job Postmus wrote:
On Thu, Oct 06, 2016 at 03:01:36PM +0100, Paul Moore wrote:
On 6 October 2016 at 14:45, Filipp Bakanov wrote:
For now there are many usefull builtin functions like "any", "all", etc. I'd
like to propose a new builtin function "equal". It should ac
On 21/09/2016 00:14, Neil Girdhar wrote:
As Ryan points out, pytest does this right. The way I understand it,
pytest is actively maintained and nose isn't. You should switch to
pytest as soon as possible.
Best,
Neil
Nose is no longer maintained but long live nose2
https://pypi.python.org/p
ly popular, then it would make a stronger
case for incorporation in the core.
Stephan
Op 29 aug. 2016 2:12 p.m. schreef "Mark Lawrence via Python-ideas"
mailto:python-ideas@python.org>>:
On 29/08/2016 02:44, Ken Kundert wrote:
Changing Python so that it understand
On 29/08/2016 02:44, Ken Kundert wrote:
Changing Python so that it understands SI scale factors on real numbers as first
class citizens innately requires a change to the base language; it cannot be
done solely through libraries. The question before you is, should we do it?
No, no, no, if the
14 matches
Mail list logo