Re: [Python-Dev] Adventures with x64, VS7 and VS8 on Windows

Hi Martin, > You are likely doing something wrong: > a) I assume it's VS 7.1 (i.e. VS.NET 2003); VS 2002 is not supported >at all > b) you probably didn't install vsextcomp, but you should. >In fact, you don't need all of it, but you do need the cl.exe and >link.exe wrappers it comes w

Re: [Python-Dev] The docs, reloaded

On 5/20/07, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: > Georg> So, that's not really a concern of mine ;) > > You must realize that people will use the core tools to create documentation > for third party packages which aren't in the core. If you replace LaTeX > with something else I thi

Re: [Python-Dev] Adventures with x64, VS7 and VS8 on Windows

> * In trying to build x64 from a 32bit VS7 (ie, cross-compiling via the > PCBuild directory), the python.exe project fails with: > > pythoncore fatal error LNK1112: module machine type 'X86' conflicts with > target machine type 'AMD64' > > is this a known issue, or am I doing something wro

Re: [Python-Dev] Introduction and request for commit access to the sandbox.

> With that said, I would to request svn access to the sandbox for my > work. I will use this access only for modifying stuff in the directory > I will be assigned to. I would like to use the username "avassalotti" > and the attached SSH2 public key for this access. I have added your key. As we ha

Re: [Python-Dev] The docs, reloaded

> Georg> So, that's not really a concern of mine ;) > > You must realize that people will use the core tools to create documentation > for third party packages which aren't in the core. If you replace LaTeX > with something else I think you need to keep math in mind whether it's used > in the

[Python-Dev] Adventures with x64, VS7 and VS8 on Windows

Hi all, I hope the cross-post is appropriate. I've started playing with getting the pywin32 extensions building under the AMD64 architecture. I started building with Visual Studio 8 (it was what I had handy) and I struck a few issues relating to the compiler version that I thought worth shari

Re: [Python-Dev] The docs, reloaded

On 5/20/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > Georg> There is exactly one instance of LaTeX math in the whole docs, > Georg> it's in the description of audioop, AFAIR, an contains a sum over > Georg> square roots... > > Georg> So, that's not really a concern of mine ;

Re: [Python-Dev] [Doc-SIG] The docs, reloaded

On Sat, May 19, 2007 at 03:31:59PM -0500, Ron Adam wrote: > - The html syntax highlighters. (Pydoc can use those) I have a patch on the docutils patch tracker that does this. Code is probably of a rather bad quality, but it outputs LaTeX and HTML. If we can work together to improve this patc

Re: [Python-Dev] [Doc-SIG] The docs, reloaded

Martin Blais wrote: > e.g. are you still marking classes as classes > and functions as functions in the ReST source It seems so (modulo XXX's and TODO's in Georg's implementation, probably ^_^) -- all of the pages have "show source" links, so you can see for yourself. I'm not an expert with the

Re: [Python-Dev] [Doc-SIG] The docs, reloaded

On 5/19/07, Georg Brandl <[EMAIL PROTECTED]> wrote: > > [snip] > > Waiting for comments! Awesome, Georg! Wow. Nice work. Seems like this has been a long time comin', and I bet others have been working away "in secret" on similar projects. I hope you keep running with it until it gets hijacked int

[Python-Dev] Strange behaviour with PyEval_EvalCode

[I'm re-sending this message cause it might've gotten lost; sorry if it ends up posting twice] Hi I'm getting extremely odd behavior. First of all, why isn't PyEval_EvalCode documented anywhere? Anyway, I'm working on blender's python integration (it embeds python, as opposed to python embedding

[Python-Dev] Strange behaviour with PyEval_EvalCode

Hi I'm getting extremely odd behavior. First of all, why isn't PyEval_EvalCode documented anywhere? Anyway, I'm working on blender's python integration (it embeds python, as opposed to python embedding it). I have a function that executes a string buffer of python code, fetches a function f

[Python-Dev] Strange behaviour with PyEval_EvalCode

[I'm re-sending this message cause it might've gotten lost; sorry if it ends up posting twice] Hi I'm getting extremely odd behavior. First of all, why isn't PyEval_EvalCode documented anywhere? Anyway, I'm working on blender's python integration (it embeds python, as opposed to python embedding

Re: [Python-Dev] The docs, reloaded

>>> What would be my choices for add math to the documentation? >> Where in the current documentation is there any math notation /at >> all/? Georg> There is exactly one instance of LaTeX math in the whole docs, Georg> it's in the description of audioop, AFAIR, an contains a

Re: [Python-Dev] Summary of Tracker Issues

talin> While it is true that there is an arms race between creators of talin> social software applications and spammers, this arms race is only talin> waged the largest scales - spammers simply won't spend the effort talin> to go after individual sites, its not cost effective, espe

Re: [Python-Dev] Py2.6 buildouts to the set API

>> * New method (proposed by Shane Holloway): s1.isdisjoint(s2). Mike> +1. Disjointness verification is one of my main uses for set(), Mike> and though I don't think that the early-out condition would Mike> trigger often in my code, it would increase readability. I think the

Re: [Python-Dev] [Python-3000] PEP 367: New Super

At 06:20 PM 5/20/2007 +1000, Tim Delaney wrote: >Nick Coghlan wrote: > > Tim Delaney wrote: > >> So the question is, should the method store the class, or the name? > >> Looking up by name could pick up a totally unrelated class, but > >> storing the undecorated class could miss something important

Re: [Python-Dev] [Python-3000] PEP 367: New Super

At 04:25 PM 5/20/2007 +1000, Tim Delaney wrote: >I'm not sure what you're getting at here - are you referring to the >decorators for classes PEP? In that case, the decorator is applied >after the class is constructed, so it would be the undecorated class. > >Are class decorators going to update t

Re: [Python-Dev] The docs, reloaded

Neal Becker wrote: > There is an effort as part of numpy to come up with a new system using > docstrings. It seems to me it would be unfortunate if these two efforts > were not coordinated. I don't think so. The issue with numpy is getting our act together and making parseable docstrings for aut

Re: [Python-Dev] The docs, reloaded

Georg Brandl wrote: > Scott Dial schrieb: >> Neal Becker wrote: >>> Sounds very interesting. I just have one concern/question. I hope that >>> while moving away from latex, we are not precluding the ability to write >>> math as part of the documentation. What would be my choices for add >>> mat

Re: [Python-Dev] PEP 0365: Adding the pkg_resources module

Phillip J. Eby wrote: > I wanted to get this in before the Py3K PEP deadline, since this is a > Python 2.6 PEP that would presumably impact 3.x as well. Feedback welcome. > > > PEP: 365 > Title: Adding the pkg_resources module > Version: $Revision: 55032 $ > Last-Modified: $Date: 2007-04-30 20:

Re: [Python-Dev] The docs, reloaded

Please add a link to the PEP index (which is also missing from docs.python.org, though not from python.org/doc/. And consider at least some PEPs as part of the corpus indexed (ie, those with info not in the regular docs). tjr ___ Python-Dev mailing

Re: [Python-Dev] The docs, reloaded

Scott Dial schrieb: > Neal Becker wrote: >> Sounds very interesting. I just have one concern/question. I hope that >> while moving away from latex, we are not precluding the ability to write >> math as part of the documentation. What would be my choices for add math >> to the documentation? Hop

[Python-Dev] Introduction and request for commit access to the sandbox.

Hello, As some of you may already know, I will be working on Python for this year Google Summer of Code. My project is to merge the modules with a dual C and Python implementation, i.e. cPickle/pickle, cStringIO/StringIO and cProfile/profile [1]. This project is part of the standard library reorg

Re: [Python-Dev] The docs, reloaded

Neal Becker wrote: > Sounds very interesting. I just have one concern/question. I hope that > while moving away from latex, we are not precluding the ability to write > math as part of the documentation. What would be my choices for add math > to the documentation? Hopefully using latex, since

Re: [Python-Dev] The docs, reloaded

Sounds very interesting. I just have one concern/question. I hope that while moving away from latex, we are not precluding the ability to write math as part of the documentation. What would be my choices for add math to the documentation? Hopefully using latex, since there really isn't AFAIK an

Re: [Python-Dev] The docs, reloaded

On 5/20/07, Georg Brandl <[EMAIL PROTECTED]> wrote: > > Very nice! As well as looking very attractive and professional, the > all-Python > > toolset should make it easier to build the documentation - I've not been > > able to get a trouble-free setup of the docs toolchain on Windows. > > Yep. A

Re: [Python-Dev] Summary of Tracker Issues

Terry Reedy wrote: > Why not simply embargo any post with an off-site link? Tho there might > have been some, I can't remember a single example of such at SF. I have often posted links off-site because the SF tracker didn't allow unrelated parties to attach things. I don't know whether the new

Re: [Python-Dev] [Doc-SIG] The docs, reloaded

[Georg Brandl] > The highlighting is actually done with Pygments, which cannot be > included in the stdlib as-is. Perhaps a stripped-down version? No need to; we can just fall back to no syntax highlighting if Pygments is not installed on the user's system. [Gael Varoquaux] >> - The html synt

Re: [Python-Dev] The docs, reloaded

[warning: bulk answer ahead] First, thanks for all those nice comments! [John Gabriele] > BTW, would like to see a little blurb of your own on that page about > how the docs were converted, rendered, and their new source format. Sure. I've already written part of the new "Documenting Python" d

Re: [Python-Dev] The docs, reloaded

Vinay Sajip schrieb: > Georg Brandl gmx.net> writes: > >> >> For the impatient: the result can be seen at . >> >> - the toolchain is pure Python, therefore can easily be shipped >> > > Very nice! As well as looking very attractive and professional, [...] BTW, I have

Re: [Python-Dev] The docs, reloaded

[warning: bulk answer ahead] First, thanks for all those nice comments! [John Gabriele] > BTW, would like to see a little blurb of your own on that page about > how the docs were converted, rendered, and their new source format. Sure. I've already written part of the new "Documenting Python" d

Re: [Python-Dev] Summary of Tracker Issues

Talin <[EMAIL PROTECTED]> wrote: > Josiah Carlson wrote: > > Captchas like this are easily broken using computational methods, or > > even the porn site trick that was already mentioned. Never mind > > Stephen's stated belief, that you quoted, that he believes that even the > > hard captchas are

Re: [Python-Dev] [Python-3000] PEP 367: New Super

Nick Coghlan wrote: > Tim Delaney wrote: >> So the question is, should the method store the class, or the name? >> Looking up by name could pick up a totally unrelated class, but >> storing the undecorated class could miss something important in the >> decoration. > > Couldn't we provide a mechan

Re: [Python-Dev] [Python-checkins] buildbot failure in x86 W2k trunk

Brett Cannon schrieb: > For removing extension modules from the build process on Windows, do you > just delete the File entry from PCbuild/pythoncore.vcproj? No, you also need to remove the entry from PC/config.c. Regards, Martin ___ Python-Dev mailing

Re: [Python-Dev] [Python-3000] PEP 367: New Super

Tim Delaney wrote: > So the question is, should the method store the class, or the name? Looking > up by name could pick up a totally unrelated class, but storing the > undecorated class could miss something important in the decoration. Couldn't we provide a mechanism whereby the cell can be adj

Re: [Python-Dev] [Python-checkins] buildbot failure in x86 W2k trunk

For removing extension modules from the build process on Windows, do you just delete the File entry from PCbuild/pythoncore.vcproj? -Brett On 5/20/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: The Buildbot has detected a new failure of x86 W2k trunk. Full details are available at: http://ww

Re: [Python-Dev] The docs, reloaded

Georg Brandl gmx.net> writes: > > For the impatient: the result can be seen at . > > - the toolchain is pure Python, therefore can easily be shipped > Very nice! As well as looking very attractive and professional, the all-Python toolset should make it easier to build