Graham Horler wrote:
> I would be inclined to move gcc to gcc-real (for example), and create a script
> called gcc which dumps all environment variables, and command-line arguments
Well, I tried that -- and things got even weirder still.
With the wrapper in place between distutils and gcc, the
li
> # Date: $Date: 2005-12-07 20:46:30 -0300 (mié, 07 dic 2005) $
>
> A *lot* of files failed this way. I started to fix them (-*- coding
> -*- line at the start), but then I thought that maybe *I* was doing
> something wrong, because it's strange that nobody noticed this
> before...
>
> So, shal
On Fri, Oct 12, 2007 at 09:21:15PM +1300, Greg Ewing wrote:
> So the bizarre state of affairs is that if distutils
> runs gcc through a shell script, it works, but if
> it runs gcc directly, it doesn't work.
>
> Anyone have any ideas on how that can happen?
Do you have a few different copies o
2007/10/12, "Martin v. Löwis" <[EMAIL PROTECTED]>:
> I believe it's subversion that is doing something wrong. In my copy
> of the file, I get
>
> # Contact: [EMAIL PROTECTED]
> # Revision: $Revision: 4152 $
> # Date: $Date: 2005-12-08 00:46:30 +0100 (Do, 08 Dez 2005) $
Looking the file through th
Shane Hathaway wrote:
> Shane Hathaway wrote:
>> I'm interested in seeing a good way to write tail calls in Python. Some
>> algorithms are more readable when expressed using tail recursion.
>
> About ten seconds after I wrote the previous message, I realized two things:
>
> - It's easy to write
Guido van Rossum wrote:
> I keep getting regular requests from people looking for Python coders
> (and this is in addition to Google asking me to hand over my contacts
> :-) . This is good news because it suggests Python is on the uptake
> (always good to know). At the same time it is disturbing b
On 10/12/07, Shane Hathaway <[EMAIL PROTECTED]> wrote:
> Shane Hathaway wrote:
> > Shane Hathaway wrote:
> >> I'm interested in seeing a good way to write tail calls in Python. Some
> >> algorithms are more readable when expressed using tail recursion.
> >
> > About ten seconds after I wrote the p
Shane Hathaway wrote:
> I'm interested in seeing a good way to write tail calls in Python. Some
> algorithms are more readable when expressed using tail recursion.
About ten seconds after I wrote the previous message, I realized two things:
- It's easy to write "return Return" instead of "raise
> This is for an extension module that is clearly (for the knowledgeable)
> derived from Python's Objects/dictobject.c and Include/dictobject.h.
>
>
> Should I refer to MIT, LGPL or BSD. Any particular copy of a license I
> should put up on my website and refer to with a URL?
If this is work d
ACTIVITY SUMMARY (10/05/07 - 10/12/07)
Tracker at http://bugs.python.org/
To view or respond to any of the issues listed below, click on the issue
number. Do NOT respond to this message.
1298 open (+26) / 11458 closed ( +7) / 12756 total (+33)
Open issues with patches: 420
Average durati
Hello,
I'm interested in seeing a good way to write tail calls in Python. Some
algorithms are more readable when expressed using tail recursion.
I know tail call optimization has been discussed before [1], but I would
like to consider a different approach. The previous discussion centered
on im
I keep getting regular requests from people looking for Python coders
(and this is in addition to Google asking me to hand over my contacts
:-). This is good news because it suggests Python is on the uptake
(always good to know). At the same time it is disturbing because
apparently there aren't eno
> Looking the file through the web browser, I see:
>
> Version: $Revision$
> Last-Modified: $Date$
>
> So, SVN is touching that. I guess that that is actually the idea, but
> is breaking thing for us-non-7bits-speakers, :)
Please read about the svn:keywords feature, and yes, that is the idea
On 10/12/07, Shane Hathaway <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I'm interested in seeing a good way to write tail calls in Python. Some
> algorithms are more readable when expressed using tail recursion.
>
> I know tail call optimization has been discussed before [1], but I would
> like to con
On 10/12/07, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> I keep getting regular requests from people looking for Python coders
> (and this is in addition to Google asking me to hand over my contacts
> :-). This is good news because it suggests Python is on the uptake
> (always good to know).
Yea
I would like to get some advice on which license to include/refer to in
my setup.py (and probably the source files).
This is for an extension module that is clearly (for the knowledgeable)
derived from Python's Objects/dictobject.c and Include/dictobject.h.
I first of all don't want to infringe
Adam Olsen wrote:
> Since they're not going to be accepted into python anyway, the
> implementation is off-topic for python-dev. Please take them up
> elsewhere (such as my offer to discuss in private.)
I was aware of Guido's earlier rejections, but I figured the rejection
was due to the risky im
> The problem may be related to the fact that Python is rarely teached at
> school or university. I know no school or university in Germany that is
> teaching Python.
I teach Python to the first semester, at the Hasso-Plattner-Institut
in Potsdam, for the third year now.
Regards,
Martin
_
Oleg Broytmann wrote:
>Do you have a few different copies of gcc installed with setup.py called
> the wrong one and your shell script the right one?
As far as I can tell, it's using my PATH to find gcc,
and that leads to /usr/bin/gcc, which is the same one
my wrapper calls.
--
Greg
__
I've now got a large complex long-lived threaded server asyncore-based
(Medusa) multi-client server program running on OS X with Python 2.3.5
and the "older-Python" SSL module. I had to make a number of changes
to the code; primarily fixing the way that certain "socket" methods
are called on the S
I wrote:
> As far as I can tell, it's using my PATH to find gcc,
> and that leads to /usr/bin/gcc, which is the same one
> my wrapper calls.
To make sure, I installed my wrapper in place of /usr/bin/gcc
and the same behaviour occurs.
--
Greg
___
Python
21 matches
Mail list logo
