"Marcin 'Qrczak' Kowalczyk" <[EMAIL PROTECTED]> wrote:
>
> Josiah Carlson <[EMAIL PROTECTED]> writes:
>
> > After reading Thomas' post and Talin's response, I'm going to have to
> > agree with Talin; syntax options are moot until we can decide what is
> > acceptable in the case EXPR.
>
> IMHO a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Dec 11, 2006, at 6:50 PM, Greg Ewing wrote:
> I say stop worrying and ditch the Python version. An
> alternative Python implementation is going to have to
> provide implementations of all the existing C-only
> modules. A few more isn't going to kil
On 12/11/06, Greg Ewing <[EMAIL PROTECTED]> wrote:
Brett Cannon wrote:
> It has been suggested we actually
> ditch the C version since we only want to maintain one version and the
> Python version can be used by alternative Python implementations.
Then we would lose all the speed advantages tha
Brett Cannon wrote:
> It has been suggested we actually
> ditch the C version since we only want to maintain one version and the
> Python version can be used by alternative Python implementations.
Then we would lose all the speed advantages that were
presumably thought important when the C versi
Jim Jewett wrote:
> def foo(d: sqlDriver):
> s = SQLTemplate("select template goes here", args=(param1, param2))
> r = d.query(s)
I know it's just an example, but SQL really isn't the
best thing to be talking about here, because you
should be using parameterised queries instea
Josiah Carlson <[EMAIL PROTECTED]> writes:
> After reading Thomas' post and Talin's response, I'm going to have to
> agree with Talin; syntax options are moot until we can decide what is
> acceptable in the case EXPR.
IMHO any expression should be acceptable, it should be evaluated when
being com
On 12/7/06, Dave Anderson <[EMAIL PROTECTED]> wrote:
> on 12/3/2006 7:54 PM Bill Janssen wrote:
> > I'm not sure just what this adds over the simple "change_class"
> > function that I've posted twice already.
> I've took a couple passes in the archives, and I haven't found the
> change_class post
Brett Cannon wrote:
> This has been argued about before. It has been suggested we actually
> ditch the C version since we only want to maintain one version and the
> Python version can be used by alternative Python implementations.
>
> This probably needs to be covered in a PEP that covers a st
On 12/4/06, Bill Janssen <[EMAIL PROTECTED]> wrote:
> Jim Jewett writes:
> > On 12/3/06, Bill Janssen <[EMAIL PROTECTED]> wrote:
> > > > Implementations are used to make Method Dispatching more flexible by
> > > > allowing a class to claim that it acts like another class/type even
> > > > though it
On 12/6/06, Jan Grant <[EMAIL PROTECTED]> wrote:
> On Mon, 4 Dec 2006, Ben Wing wrote:
> Commonly you know what the method is called at the point where you're
> typing "super" :-)
It still violated DRY.
For me, the single most annoying part is the assymetry with regular calls.
super(ClassNam
On 12/6/06, Jan Grant <[EMAIL PROTECTED]> wrote:
> Thank-you: I agree with pretty much everything you say. It's an
> interesting question to ask, "can one construct a convenient
> interpolation mechanism that uses the appropriate application quoting
> mechanisms where necessary?"
Since we don't k
On 12/10/06, Calvin Spealman <[EMAIL PROTECTED]> wrote:
Has anyone considered consolidating the module pairs that have both a
C and Python implementation? For example, pickle and cPickle and
StingIO and cStringIO. It seems like keeping both around might be
counter productive. It leads to more co
> That just seems ugly. Decorators are fine for functions, methods (and
Ugly!? Come on.. normal assignments are so nineties. Think about the
amazing possibilities:
@str
@math.log
@multiply(3)
@add(2)
a = 2
Who needs RPN!? That's FPN.. Forward Python Notation. Python will
b
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Dec 10, 2006, at 9:57 PM, Neil Toronto wrote:
> Martin v. Löwis wrote:
>> Not having to repeat struct has no ABI impact.
>
> Yes! Switch to C++! Down with struct!
>
> No, I *don't* have anything useful to add to the discussion, in fact.
I know thi
14 matches
Mail list logo
