Hello,
Le sam. 28 août 2021 à 19:38, Tim Peters a écrit :
> [Laurent Lyaudet ]
> > ...
> > My benchmarks could be improved but however I found that Shivers' sort
> > and adaptive Shivers' sort (aka Jugé's sort) performs better than
> > Tim's s
glibc. I have not tested it on other platforms and whilst I have no
compilation warning on my personal dev laptop, I do have one when I
run it on the laptop I'm currently writing this email. The tests
passes nevertheless.
Best regards,
Laurent Lyaudet
___
Hi Carl,
Looks promising.
Any chance the effort would consider cross-compiling (from Linux) as a
possible objective ?
Best,
Laurent
On Wed, Sep 30, 2015, 3:58 PM Carl Kleffner wrote:
> Concerning the claims that mingw is difficult:
>
> The mingwpy package is a sligthly modified
Hello,
I am trying to understand how the free list linked-list evolves when an int
object is deallocated.
At the beginning, free_list is pointing to the last int object (n-1) in the
block. We initialize two int objects, free_list now points to the int object:
n-3.
free_list -> n-3
n-1 -> n-2
On 07/25/2013 06:03 PM, Lennart Regebro wrote:
On Thu, Jul 25, 2013 at 1:53 PM, Laurent Gautier wrote:
My meaning was the use of 2to3's machinery (and fire a message if a
translation occurs) not 2to3 itself, obviously.
I don't understand what you mean is the difference.
//Lennar
On 07/25/2013 01:19 PM, Lennart Regebro wrote:
On Thu, Jul 25, 2013 at 12:41 PM, Laurent Gautier wrote:
- a user is running a python script (he expects to be working), and is using
the default /usr/bin/python (formerly Python 2, now Python 3). If the
program fails because of obvious Python 2
On 07/25/2013 11:45 AM, Maciej Fijalkowski wrote:
On Wed, Jul 24, 2013 at 7:22 PM, Laurent Gautier wrote:
On 07/24/2013 06:30 PM, Chris Angelico wrote:
On Thu, Jul 25, 2013 at 2:21 AM, Laurent Gautier
wrote:
- errors that are typical of "Python 2 script running with Python
3"-sp
On 07/24/2013 06:30 PM, Chris Angelico wrote:
On Thu, Jul 25, 2013 at 2:21 AM, Laurent Gautier wrote:
- errors that are typical of "Python 2 script running with Python
3"-specific are probably limited (e.g., use of unicode, use of xrange,
etc...)
The most common, in interactive
On 07/24/2013 05:56 PM, Lennart Regebro wrote:
On Wed, Jul 24, 2013 at 3:54 PM, Lennart Regebro wrote:
On Wed, Jul 24, 2013 at 11:12 AM, Bohuslav Kabrda wrote:
- Should we point /usr/bin/python to Python 3 when we make the move?
No.
To be more explicit. I think it's perfectly fine to not pr
ng will be.
Sounds good to me. Line up a good student and bob's your uncle.
--titus
I may have a student that is looking interested, and I have inserted the
porting project to the Wiki table.
Laurent.
PS: Editing that table felt like a test in disguise ;-)
On 3/19/10 12:57 PM, Arc Riley wrote:
Hi Laurent
If your community project would like help porting to Python 3, and you
feel this work is enough for a student to work full time for several
weeks on, then please do add it to the GSoC ideas page on the wiki.
Whether this is worth weeks of work
any other python project could potentially see
itself ported to Python 3 in the course of this SoC ? If so, can any
project owner submit a request for help, or is there going to be a list
of projects that would nice to port, or will a voting system of some
sort be put in place ?
Best,
On Mon, 2008-11-03 at 08:46 +0100, Ralf Schmitt wrote:
> On Mon, Nov 3, 2008 at 1:05 AM, Brett Cannon <[EMAIL PROTECTED]> wrote:
> > I have started the DVCS PEP which can be seen at
> > http://docs.google.com/Doc?id=dg7fctr4_40dvjkdg64 . Not much is there
> > beyond the rationale, usage scenarios
On Sun, 2008-06-15 at 00:12 -0700, Raymond Hettinger wrote:
> From: "Cesare Di Mauro" <[EMAIL PROTECTED]>
> > The same problem happens with dictionary updates:
> >
> > d = {}
> > d[k1] = v1
> > d[k2] = v2
> > d[k1] = v3
> >
> > The last instruction just replaces the existing entry, so I'm +0 for th
I find __root_namespace__ rather explicit without being unbearably long.
If length is an issue, and __root__ not found explicit, I am
suggesting __session__.
L.
2007/11/28, Stephen Hansen <[EMAIL PROTECTED]>:
> (The lurker awakes...)
>
>
> >
> > > If not that I suggest something like __inject
2007/5/23, Nick Craig-Wood <[EMAIL PROTECTED]>:
> Georg Brandl <[EMAIL PROTECTED]> wrote:
> > Nick Craig-Wood schrieb:
> > > Being a seasoned unix user, I tend to reach for pydoc as my first stab
> > > at finding some documentation rather than (after excavating the mouse
> > > from under a pile of
ssible and
implement the processing mathml, latex, whatever, as wanted).
One can consider the possibility to have the "custom" processing of
the docstring embedded in the package itself.
Laurent
2007/5/21, Brett Cannon <[EMAIL PROTECTED]>:
>
>
> On 5/20/07, "Ma
2007/3/11, Gustavo Carneiro <[EMAIL PROTECTED]>:
> On 3/11/07, Laurent Gautier <[EMAIL PROTECTED]> wrote:
> [...]
> > A prototype is being worked on, and I have been looking at code and/or
> > functionalities in pydoc, epydoc, pydoctor, and ipython (for the
> &g
o consult the documentation for installed packages
- interactive console to consults the documentation for installed
and/or loaded objects
- generation of HTML documentation
How does this sound so far ?
Laurent
___
Python-Dev mailing list
Python-Dev@python.org
python-dev would give exposure to what is discussed, but at
the same could be perceived as off-topic until the module is in the
sandbox.
Posting on the sourceforge page would have pretty much opposite points
(no exposure, but no one would feel annoyed)
Any suggestion ?
Thanks,
2007/1/7, Ron Adam <[EMAIL PROTECTED]>:
> Laurent Gautier wrote:
> > 2007/1/6, Ron Adam <[EMAIL PROTECTED]>:
[...]
> I'd like to know more about using the sandbox, I know it would be easy for
> people to read the source there, but who all can have write access
2007/1/6, Ron Adam <[EMAIL PROTECTED]>:
> Laurent Gautier wrote:
[cut]
> >> I think any API issues could be worked out. Are there any programs
> >> you know of,
> >> (yours?), that import pydoc besides the python console?
> >
> > What I did
2007/1/5, A.M. Kuchling <[EMAIL PROTECTED]>:
> On Fri, Jan 05, 2007 at 06:01:22PM +0800, Laurent Gautier wrote:
> > Well, if you are ok with having the source tree hosted in a
> > SVN/CVS/alike I am on
> > (opening an account on sourceforge or savannah -for example- woul
2007/1/5, Ka-Ping Yee <[EMAIL PROTECTED]>:
> On Thu, 4 Jan 2007, Talin wrote:
> > One issue that needs to be worked out, however, is the division of
> > responsibility between markup processor and output formatter. Does a
> > __markup__ plugin do both jobs, or does it just do parsing, and leave
> >
y useful to the python console, but also to
other editors, as well as to editor (as well as python programs),
as well as to stateless presenters (the case I had was to work on a
server (web-hosting) on which I only had FTP access and on which I
Ron,
Thanks for your detailed answer.
I inserted comments below.
2007/1/5, Ron Adam <[EMAIL PROTECTED]>:
> Laurent Gautier wrote:
[cut]
>
> > Introspection is probably already available in the separate module
> > 'inspect',
> > and what a code pydoc wou
Ron,
I agree that pydoc could benefit a bit from some cleanup.
As you point it out, the ability to write quick viewers would be
very helpful. I came across that when wanting to develop script
on a remote web server for which I only had FTP access: I ended
up having to study pydoc more than I wante
27 matches
Mail list logo