Guido - Python 3000 video.
5PM Python hour
Anyone: Please email me or the BTIP list if you know of any recent
(past 12 months) Python videos. Thanks. :)
Join with the friendly, productive, Global FSW community,
in the _TWICE_ monthly, Voice over internet meeting,
BerkeleyTIP-Global. GNU
alex23 wrote:
> On Nov 24, 5:47 pm, Dokorek <[EMAIL PROTECTED]> wrote:
>> Python 3000 (a.k.a. "Py3k", and released as Python 3.0) is a new
>> version of the language that is incompatible with the 2.x line of
>> releases. The language is mostly the same, but
On Nov 24, 5:47 pm, Dokorek <[EMAIL PROTECTED]> wrote:
> Python 3000 (a.k.a. "Py3k", and released as Python 3.0) is a new
> version of the language that is incompatible with the 2.x line of
> releases. The language is mostly the same, but many details,
> especial
Python 3000 (a.k.a. "Py3k", and released as Python 3.0) is a new
version of the language that is incompatible with the 2.x line of
releases. The language is mostly the same, but many details,
especially how built-in objects like dictionaries and strings work,
have changed considerably,
rahul wrote:
> I am trying to find out what Python C APIs are changing from Python
> 2.5 to Python 3.0 but there does not seem to be a single list of
> changes (or at least google is not finding one).
> If someone knows about where I should look, please let me know.
Check out what Cython does in i
On Aug 23, 10:34 am, rahul <[EMAIL PROTECTED]> wrote:
> I am trying to find out what Python C APIs are changing from Python
> 2.5 to Python 3.0 but there does not seem to be a single list of
> changes (or at least google is not finding one).
> If someone knows about where I should look, please let
On Sat, Aug 23, 2008 at 11:34 AM, rahul <[EMAIL PROTECTED]> wrote:
> I am trying to find out what Python C APIs are changing from Python
> 2.5 to Python 3.0 but there does not seem to be a single list of
> changes (or at least google is not finding one).
> If someone knows about where I should loo
I am trying to find out what Python C APIs are changing from Python
2.5 to Python 3.0 but there does not seem to be a single list of
changes (or at least google is not finding one).
If someone knows about where I should look, please let me know.
--
http://mail.python.org/mailman/listinfo/python-lis
On Jun 24, 5:11 pm, [EMAIL PROTECTED] wrote:
> Well chosen restrictions sometimes are very useful, they may act like
> a scaffolding, you can build higher constructions on them (Python has
> no macros, this is a restriction. But this restriction has some
> advantages. One of the main advantages is
Flaming Thunder FTW!!!
thank you, I'm here all week.
--
http://mail.python.org/mailman/listinfo/python-list
On 24 Jun., 13:19, [EMAIL PROTECTED] wrote:
> If you want to see an advanced language, you may take a look at
> PyMeta, that's a bit of the future of the computer
> science:http://washort.twistedmatrix.com/
Er, no. The future of CS is also its past i.e. EBNF ;)
--
http://mail.python.org/mailman
On 24 Jun., 13:19, [EMAIL PROTECTED] wrote:
> If you want to see an advanced language, you may take a look at
> PyMeta, that's a bit of the future of the computer
> science:http://washort.twistedmatrix.com/
Er, no. The future of CS is also its past i.e. EBNF ;)
--
http://mail.python.org/mailman
Michele Simionato:
Also consider the famous Clinger's maxim
> “Programming languages should be designed not by piling feature
> on top of feature, but by removing the weaknesses and restrictions
> that make additional features appear necessary.”
I'm relaxed, don't worry :-)
I know that maxim, but
On Jun 24, 1:19 pm, [EMAIL PROTECTED] wrote:
> Michele Simionato:
>
> > It is worth reminding that, in more than one sense, the most advanced
> > language is the one with less features ...
>
> I don't agree, Scheme or Brainfuck may have less features, but this
> doesn't make them more advanced, it
In article <[EMAIL PROTECTED]>,
Nick Craig-Wood <[EMAIL PROTECTED]> wrote:
> The fact that
> it still hasn't been released after 8 years of development (Larry
> announced it in his State of the Onion speech in 2000 I think) makes
> me think that I made the right choice.
Sometimes you gotta be pa
> surface will begin to migrate towards Perl 6 for its seemingly
> faster capabilities.
I doubt it but you never know!
> With Perl 6 taking 10+ years, if/when it actually gets released, will
> it be technically ahead of Python 3000?
Perl 6 was a major reason for me to switch to
[EMAIL PROTECTED]:
> I believe Python 3k will (when out of beta) will have a speed
> similar to what it has currently in 2.5, possibly with speed ups
> in some locations.
Python 3 uses by default unicode strings and multiprecision integers,
so a little slowdown is possible.
Michele Simionato:
>
On Jun 24, 11:16 am, [EMAIL PROTECTED] wrote:
> Towards it being more advanced than Python 3k, time will tell.
It is worth reminding that, in more than one sense, the most advanced
language is the one with less features ...
Michele Simionato
--
http://mail.python.org/mailman/listinfo/python-list
iled byte code (did I say that right) and
> whether or not individuals without the ability to see past the surface
> will begin to migrate towards Perl 6 for its seemingly faster
> capabilities.
>
> With Perl 6 taking 10+ years, if/when it actually gets released, will
> it be technically a
will begin to migrate towards Perl 6 for its seemingly faster
capabilities.
With Perl 6 taking 10+ years, if/when it actually gets released, will
it be technically ahead of Python 3000? Is Parrot worth the extra
wait the Perl 6 project is enduring? My own answer would be a
resoundi
On Jun 24, 8:20 am, "Corey G." <[EMAIL PROTECTED]> wrote:
> If Perl 6 ever does get on its feet and get released, how does it
> compare to Python 3000? Is Perl 6 more like Java now with Parrot? I
> just want to make sure that Python is staying competitive.
>
> If
If Perl 6 ever does get on its feet and get released, how does it
compare to Python 3000? Is Perl 6 more like Java now with Parrot? I
just want to make sure that Python is staying competitive.
If this is the wrong mailing list, just let me know. Thanks!
--
http://mail.python.org/mailman
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Jun 19, 2008, at 4:43 AM, Paul Moore wrote:
On 19/06/2008, Barry Warsaw <[EMAIL PROTECTED]> wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On behalf of the Python development team and the Python community,
I am
happy to announce the fir
On 19/06/2008, Barry Warsaw <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On behalf of the Python development team and the Python community, I am
> happy to announce the first beta releases of Python 2.6 and Python 3.0.
Any ETA for Windows builds? The web pages s
[EMAIL PROTECTED] wrote:
> As a new comer to Python I was wondering which is the best to start
> learning. I've read that a number of significant features have
> changed between the two versions. Yet, the majority of Python
> programs out in the world are 2.x and it would be nice to understand
>
On Jun 13, 5:04 pm, [EMAIL PROTECTED] wrote:
> As a new comer to Python I was wondering which is the best to start
> learning. I've read that a number of significant features have
> changed between the two versions. Yet, the majority of Python
> programs out in the world are 2.x and it would be
[EMAIL PROTECTED] wrote:
> As a new comer to Python I was wondering which is the best to start
> learning. I've read that a number of significant features have
> changed between the two versions. Yet, the majority of Python
> programs out in the world are 2.x and it would be nice to understand
>
<[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
| As a new comer to Python I was wondering which is the best to start
| learning. I've read that a number of significant features have
| changed between the two versions. Yet, the majority of Python
| programs out in the world are 2.x
between the two versions. Yet, the majority of Python
> > programs out in the world are 2.x and it would be nice to understand
> > those as well. Thanks for all the help.
>
> > Creosote,
>
> What 3rd party modules are you planning to use?
>
> You won't be able to
x and it would be nice to understand
> those as well. Thanks for all the help.
>
> Creosote,
What 3rd party modules are you planning to use?
You won't be able to use them until their developers release
Python 3000 versions.
In my research, I heavily depend on the gmpy module for
f
As a new comer to Python I was wondering which is the best to start
learning. I've read that a number of significant features have
changed between the two versions. Yet, the majority of Python
programs out in the world are 2.x and it would be nice to understand
those as well. Thanks for all the
Nick Stinemates <[EMAIL PROTECTED]> writes on Thu, 24 Apr 2008 08:26:57 -0700:
> On Tue, Apr 22, 2008 at 04:07:01AM -0700, GD wrote:
> > Please remove ability to multiple inheritance in Python 3000.
I hope your request will not be followed.
> > Multiple inheritance is bad fo
On Apr 25, 2:03 pm, Bjoern Schliessmann wrote:
> > That's how the Java designers were thinking as well: If MI is
> > allowed, programmers will suddenly get an irresistible urge to use
> > MI to write unmaintainable spaghetti code. So let's disallow MI
> > for the sake of common good.
>
> Argument
sturlamolden wrote:
> On Apr 22, 1:07 pm, GD <[EMAIL PROTECTED]> wrote:
>> Multiple inheritance is bad for design, rarely used and contains
>> many problems for usual users.
>>
>> Every program can be designed only with single inheritance.
>
> That's how the Java designers were thinking as well:
sturlamolden wrote:
On Apr 22, 1:07 pm, GD <[EMAIL PROTECTED]> wrote:
Please remove ability to multiple inheritance in Python 3000.
Too late for that, PEPs are closed.
Multiple inheritance is bad for design, rarely used and contains many
problems for usual users.
Every program
On Apr 22, 1:07 pm, GD <[EMAIL PROTECTED]> wrote:
> Please remove ability to multiple inheritance in Python 3000.
Too late for that, PEPs are closed.
> Multiple inheritance is bad for design, rarely used and contains many
> problems for usual users.
>
> Every program can
On Tue, Apr 22, 2008 at 04:07:01AM -0700, GD wrote:
> Please remove ability to multiple inheritance in Python 3000.
>
> Multiple inheritance is bad for design, rarely used and contains many
> problems for usual users.
>
> Every program can be designed only with single inheri
Carl Banks schrieb:
On Apr 22, 11:10 am, "Diez B. Roggisch" <[EMAIL PROTECTED]> wrote:
2. Java interfaces solve a different problem than MI (used properly)
does: interfaces are there to make types polymorphic, whereas
inheritance's main use is to share behavior.
But the *goal* of the polymorphy
On Apr 22, 11:10 am, "Diez B. Roggisch" <[EMAIL PROTECTED]> wrote:
> > 2. Java interfaces solve a different problem than MI (used properly)
> > does: interfaces are there to make types polymorphic, whereas
> > inheritance's main use is to share behavior.
>
> But the *goal* of the polymorphy is main
Carl Banks a écrit :
On Apr 22, 10:36 am, George Sakkis <[EMAIL PROTECTED]> wrote:
On Apr 22, 10:22 am, Carl Banks <[EMAIL PROTECTED]> wrote:
Java (for example) allows a class to share behavior with only one
other class, and that *severely* limits the opportunities to minimize
redundancy.
Not
I have a couple issues with this, though I wholeheartedly agree with
the sentiment:
1. Java didn't grow interfaces, they were there from the start.
I might have expressed myself wrong here - I should have written "needed
to introduce interfaces (right from the start)"
2. Java interfaces sol
On Apr 22, 10:36 am, George Sakkis <[EMAIL PROTECTED]> wrote:
> On Apr 22, 10:22 am, Carl Banks <[EMAIL PROTECTED]> wrote:
>
> > Java (for example) allows a class to share behavior with only one
> > other class, and that *severely* limits the opportunities to minimize
> > redundancy.
>
> Not really
On Apr 22, 10:22 am, Carl Banks <[EMAIL PROTECTED]> wrote:
> Java (for example) allows a class to share behavior with only one
> other class, and that *severely* limits the opportunities to minimize
> redundancy.
Not really; composition is usually a better way to share functionality
and reduce re
On Apr 22, 7:30 am, "Diez B. Roggisch" <[EMAIL PROTECTED]> wrote:
> GD schrieb:
>
> > Please remove ability to multiple inheritance in Python 3000.
>
> > Multiple inheritance is bad for design, rarely used and contains many
> > problems for usual user
GD a écrit :
Please remove ability to multiple inheritance in Python 3000.
Please dont.
Multiple inheritance is bad for design, rarely used and contains many
problems for usual users.
Don't blame the tool for your unability to use it properly.
Every program can be designed only
Dnia Tue, 22 Apr 2008 04:07:01 -0700, GD napisał(a):
> Please remove ability to multiple inheritance in Python 3000.
>
Please send me 1 mln $.
I've always wanted to be rich and furthermore, I've got a lot of plans and
ideas how to spend that cash.
> I also published t
GD wrote:
> Please remove ability to multiple inheritance in Python 3000.
>
> Multiple inheritance is bad for design, rarely used and contains many
> problems for usual users.
Ah, one more:
"doctor, when I do this, it hurts!"
- "then don't do that!&qu
GD schrieb:
Please remove ability to multiple inheritance in Python 3000.
Multiple inheritance is bad for design, rarely used and contains many
problems for usual users.
Every program can be designed only with single inheritance.
Yes, sure. And that's why Java grew interfaces & i
GD wrote:
> Please remove ability to multiple inheritance in Python 3000.
I'm so happy *that's* a dead parrot, all right.
Stefan
--
http://mail.python.org/mailman/listinfo/python-list
Please remove ability to multiple inheritance in Python 3000.
Multiple inheritance is bad for design, rarely used and contains many
problems for usual users.
Every program can be designed only with single inheritance.
I also published this request at http://bugs.python.org/issue2667
--
http
On Apr 21, 7:04 am, "Terry Reedy" <[EMAIL PROTECTED]> wrote:
> Off the top of my head: copy C and use {} to demarcate blocks and ';' to
> end statements, so that '\n' is not needed and is just whitespace when
> present. So, repeatedly scan for the next one of '{};'.
try this:
from __future__ impo
On Apr 21, 4:01 am, Paul Boddie <[EMAIL PROTECTED]> wrote:
> On 21 Apr, 00:54, Dan Bishop <[EMAIL PROTECTED]> wrote:
>
>
>
> > We wouldn't even need that. Just a new source encoding. Then we
> > could write:
>
> > # -*- coding: end-block -*-
>
> [...]
>
> Someone at EuroPython 2007 did a lightnin
Terry Reedy <[EMAIL PROTECTED]> wrote:
> Off the top of my head: copy C and use {} to demarcate blocks and ';' to
> end statements, so that '\n' is not needed and is just whitespace when
> present. So, repeatedly scan for the next one of '{};'.
That would break if those characters appear in str
at happen, albeit for
amusement purposes only.
Paul
P.S. EuroPython 2008 is now accepting talks, especially ones on the
language, Python 3000, and other implementations. See http://www.europython.org/
for details!
--
http://mail.python.org/mailman/listinfo/python-list
"Dan Bishop" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
| We wouldn't even need that. Just a new source encoding. Then we
| could write:
|
| # -*- coding: end-block -*-
Ummm.. source encoding refers to how unicode chars/codepoints are
represented as bytes. This syntax is cop
"Matthew Woodcraft" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
| Terry Reedy <[EMAIL PROTECTED]> wrote:
|
| > But you do not really need a variant. Just define a preprocessor
| > function 'blockify' which converts code in an alternate syntax to
| > regular indented block syntax.
On Apr 20, 6:54 pm, Dan Bishop <[EMAIL PROTECTED]> wrote:
> On Apr 20, 11:42 am, Matthew Woodcraft
>
>
>
> <[EMAIL PROTECTED]> wrote:
> > Christian Heimes <[EMAIL PROTECTED]> wrote:
>
> > >> I feel that including some optional means to block code would be a big
> > >> step in getting wider adoptio
On Apr 20, 11:42 am, Matthew Woodcraft
<[EMAIL PROTECTED]> wrote:
> Christian Heimes <[EMAIL PROTECTED]> wrote:
>
> >> I feel that including some optional means to block code would be a big
> >> step in getting wider adoption of the language in web development and
> >> in general. I do understand
On Apr 20, 12:34 pm, Eric Wertman <[EMAIL PROTECTED]> wrote:
> > Look into any of the dozen Python-based template engines that are
> > typically used for such tasks; they offer many more features than a
> > way to indent blocks.
>
> > George
>
> I definitely will.. could you throw out some examples
On 20 avr, 17:35, Eric Wertman <[EMAIL PROTECTED]> wrote:
> I was considering putting together a proposal for an alternate block
> syntax for python, and I figured I'd post it here and see what the
> general reactions are. I did some searching, and while I found a lot
> of tab vs space debates, I
On Apr 20, 1:29 pm, "Gabriel Genellina" <[EMAIL PROTECTED]>
wrote:
> En Sun, 20 Apr 2008 13:42:05 -0300, Matthew Woodcraft <[EMAIL PROTECTED]>
> escribió:
>
> > An alternative scheme for describing the block structure could be
> > useful in other cases, though. For example, if you wanted to suppor
Terry Reedy <[EMAIL PROTECTED]> wrote:
> But you do not really need a variant. Just define a preprocessor
> function 'blockify' which converts code in an alternate syntax to
> regular indented block syntax. Then
>
> exec(blockify(alt_code_string))
You can do it like that, but if it were to beco
En Sun, 20 Apr 2008 13:42:05 -0300, Matthew Woodcraft <[EMAIL PROTECTED]>
escribió:
> An alternative scheme for describing the block structure could be
> useful in other cases, though. For example, if you wanted to support
> putting snippets of Python in configuration files, or spreadsheet
> cell
"Matthew Woodcraft" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
| There's no need to support the new scheme in .py files, so it seems to
| me that this doesn't have to be done in the core language. All that's
| needed is a variant of 'eval' which expects the alternate scheme, and
Arnaud Delobelle <[EMAIL PROTECTED]> wrote:
> By 'eval', I guess you mean 'exec' :)
Yes. Shows how often I use either.
-M-
--
http://mail.python.org/mailman/listinfo/python-list
On Apr 20, 5:42 pm, Matthew Woodcraft
<[EMAIL PROTECTED]> wrote:
> Christian Heimes <[EMAIL PROTECTED]> wrote:
>
> >> I feel that including some optional means to block code would be a big
> >> step in getting wider adoption of the language in web development and
> >> in general. I do understand
Christian Heimes <[EMAIL PROTECTED]> wrote:
>> I feel that including some optional means to block code would be a big
>> step in getting wider adoption of the language in web development and
>> in general. I do understand though, that the current strict indenting
>> is part of the core of the lan
> Look into any of the dozen Python-based template engines that are
> typically used for such tasks; they offer many more features than a
> way to indent blocks.
>
> George
I definitely will.. could you throw out some examples though?
Thanks!
Eric
--
http://mail.python.org/mailman/listinfo/pyth
On Apr 20, 11:35 am, Eric Wertman <[EMAIL PROTECTED]> wrote:
> I was considering putting together a proposal for an alternate block
> syntax for python, and I figured I'd post it here and see what the
> general reactions are. I did some searching, and while I found a lot
> of tab vs space debates
Eric Wertman schrieb:
> I was considering putting together a proposal for an alternate block
> syntax for python, and I figured I'd post it here and see what the
> general reactions are. I did some searching, and while I found a lot
> of tab vs space debates, I didn't see anything like what I'm th
I was considering putting together a proposal for an alternate block
syntax for python, and I figured I'd post it here and see what the
general reactions are. I did some searching, and while I found a lot
of tab vs space debates, I didn't see anything like what I'm thinking
of, so forgive me if th
> The 2.6a1 x86 MSI is there, but the 3.0a3 x86 MSI is still giving a 404.
Please try again - *those* files weren't actually there when I sent my
last message; I just built them.
Regards,
Martin
--
http://mail.python.org/mailman/listinfo/python-list
On 01/03/2008, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> > As of 4:50 PM EST, the links to Windows installers give 404 File Not
> > Found.
> >
> > I gather that they are still in process,
> > and notice that there is no public c.l.p. announcement.
>
>
> I just fixed that. The files were t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mar 1, 2008, at 5:26 PM, Martin v. Löwis wrote:
>> As of 4:50 PM EST, the links to Windows installers give 404 File Not
>> Found.
>>
>> I gather that they are still in process,
>> and notice that there is no public c.l.p. announcement.
>
> I just
> As of 4:50 PM EST, the links to Windows installers give 404 File Not
> Found.
>
> I gather that they are still in process,
> and notice that there is no public c.l.p. announcement.
I just fixed that. The files were there; just the links were wrong.
Regards,
Martin
--
http://mail.python.org
On Jan 19, 7:54 pm, Brad <[EMAIL PROTECTED]> wrote:
> Just playing around with Python3000 a2 release on Windows XP 32-bit x86.
>
> import __hello__
>
> doesn't print 'hello world...' as it does on 2.5
Thanks for spoiling this easter egg for me!
;)
--
http://mail.python.org/mailman/listinfo/p
Brad wrote:
> Just playing around with Python3000 a2 release on Windows XP 32-bit x86.
>
> import __hello__
>
> doesn't print 'hello world...' as it does on 2.5
>
> The import doesn't fail or generate errors... just no output. Perhaps
> this is by design?
I changed the __hello__ frozen module
Just playing around with Python3000 a2 release on Windows XP 32-bit x86.
import __hello__
doesn't print 'hello world...' as it does on 2.5
The import doesn't fail or generate errors... just no output. Perhaps
this is by design?
Brad
--
http://mail.python.org/mailman/listinfo/python-list
internal.__iter__()
> but this fails also.
Try this:
class X(list):
internal = [5, 6, 7, 8]
def __init__(self):
list.__init__(self, self.internal)
x = X()
l = [1,2,3]
print l + x
> IMHO, this is a problem. Is it? If so, I suggest that it be fixed in python
> 3000.
>
>
On Nov 27, 11:17 am, jim-on-linux <[EMAIL PROTECTED]> wrote:
> On Tuesday 27 November 2007 07:20, André wrote:
>
>
>
> > On Nov 26, 9:59 pm, "André" <[EMAIL PROTECTED]> wrote:
> > > While I made some progress in trying to install Py3k from source
> > > (for the first time), it has failed...
>
> > >
On Tuesday 27 November 2007 07:20, André wrote:
> On Nov 26, 9:59 pm, "André" <[EMAIL PROTECTED]> wrote:
> > While I made some progress in trying to install Py3k from source
> > (for the first time), it has failed...
> >
> > Here are the steps I went through (not necessarily in that order
> > - exc
On Nov 26, 9:59 pm, "André" <[EMAIL PROTECTED]> wrote:
> While I made some progress in trying to install Py3k from source (for
> the first time), it has failed...
>
> Here are the steps I went through (not necessarily in that order -
> except for those that matter).
>
> 1. After installing Leopard,
> gcc -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused-
> madd -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. -I./Include -
> DPy_BUILD_CORE -c ./Modules/posixmodule.c -o Modules/posixmodule.o
> ./Modules/posixmodule.c: In function 'posix_setpgrp':
> ./Modules/posixmodule.c:3769:
"=?ISO-8859-1?Q?Andr=E9?=" <[EMAIL PROTECTED]> wrote (Mon, 26 Nov
2007 17:59:21 -0800):
> While I made some progress in trying to install Py3k from source (for
> the first time), it has failed...
>
> Here are the steps I went through (not necessarily in that order -
> except for those that matter
On Nov 26, 9:59 pm, "André" <[EMAIL PROTECTED]> wrote:
> While I made some progress in trying to install Py3k from source (for
> the first time), it has failed...
>
> Here are the steps I went through (not necessarily in that order -
> except for those that matter).
>
> 1. After installing Leopard,
While I made some progress in trying to install Py3k from source (for
the first time), it has failed...
Here are the steps I went through (not necessarily in that order -
except for those that matter).
1. After installing Leopard, install Xcode tools from the dvd - even
if you had done so with a
[huge snip]
>
> This is on a Macbook with Leopard installed.
>
> I tried compiling a simple c program (hello world), something that I
> have not done in *years* and it failed. It appears as though gcc has
> a problem :-(
>
> I can create an object file (via gcc -c he
On Nov 26, 6:18 pm, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> > I'd like to install Python 3000 on my computers (Mac, and possibly
> > Windows), without messing up the existing versions. So far, I've
> > always relied on using ".msi" o
> I'd like to install Python 3000 on my computers (Mac, and possibly
> Windows), without messing up the existing versions. So far, I've
> always relied on using ".msi" on Windows and ".dmg" on the Mac.
>
> From the Python site, I read (differen
André wrote:
> The step that gets me worried is the "make install" one... I don't want it
> to take over as default. I would like to be able to invoke it by typing
> "python3k ..." from anywhere and have it work - while still having
> "python" invoke the default 2.5 version.
You want
make altin
Sorry about the simple question ...
I'd like to install Python 3000 on my computers (Mac, and possibly
Windows), without messing up the existing versions. So far, I've
always relied on using ".msi" on Windows and ".dmg" on the Mac.
>From the Python site, I r
On Nov 2, 6:56 pm, Carl Banks <[EMAIL PROTECTED]> wrote:
>
> Here is the home page for the Debian source package for Python 2.5--it
> lists the build dependencies.
>
> http://packages.debian.org/source/etch/python2.5
>
Ok Thanks
With that help Ive got it down to this (output of (end of) make)
Fai
On Nov 2, 8:24 am, "Rustom Mody" <[EMAIL PROTECTED]> wrote:
> Ive been trying to compile python 3000 on debian etch
> And on running test I get:
>
> 4 skips unexpected on linux2:
> test_tcl test_dbm test_ssl test_bsddb
>
> Can someone tell me what packages
Ive been trying to compile python 3000 on debian etch
And on running test I get:
4 skips unexpected on linux2:
test_tcl test_dbm test_ssl test_bsddb
Can someone tell me what packages I am missing?
--
http://mail.python.org/mailman/listinfo/python-list
Steven D'Aprano a écrit :
> On Fri, 02 Nov 2007 03:40:59 +, Tim Roberts wrote:
>
>> Steven D'Aprano <[EMAIL PROTECTED]> wrote:
>>
>>> On Wed, 31 Oct 2007 22:48:12 -0700, Carl Banks wrote:
>>>
> I hope you're not serious that $# would make a good operator.
If you happen to know where I
Steven D'Aprano <[EMAIL PROTECTED]> writes:
> > Seriously? You didn't know that $#x in perl returns the length of the
> > array @x, minus 1?
> I don't speak Perl. You know there are million of us who have managed to
> avoid it.
I used to use perl (though I was never an expert) and I didn't know
On Fri, 02 Nov 2007 03:40:59 +, Tim Roberts wrote:
> Steven D'Aprano <[EMAIL PROTECTED]> wrote:
>
>>On Wed, 31 Oct 2007 22:48:12 -0700, Carl Banks wrote:
>>
I hope you're not serious that $# would make a good operator.
>>>
>>> If you happen to know where I borrowed it from, it would be
Steven D'Aprano <[EMAIL PROTECTED]> wrote:
>On Wed, 31 Oct 2007 22:48:12 -0700, Carl Banks wrote:
>
>>> I hope you're not serious that $# would make a good operator.
>>
>> If you happen to know where I borrowed it from, it would be pretty
>> evident that I wasn't being serious.
>
>Ooh, now I'm cu
Steven D'Aprano wrote:
> On Wed, 31 Oct 2007 22:48:12 -0700, Carl Banks wrote:
>
>
>>> I hope you're not serious that $# would make a good operator.
>>>
>> If you happen to know where I borrowed it from, it would be pretty
>> evident that I wasn't being serious.
>>
>
> Ooh, now I'm c
On Wed, 31 Oct 2007 22:48:12 -0700, Carl Banks wrote:
>> I hope you're not serious that $# would make a good operator.
>
> If you happen to know where I borrowed it from, it would be pretty
> evident that I wasn't being serious.
Ooh, now I'm curious.
--
Steven.
--
http://mail.python.org/mail
1 - 100 of 368 matches
Mail list logo
