On Sun, 3 Oct 2004, Jeff Clites wrote:
> I think that no matter what the approach, there's an unavoidable
> mismatch between Perl and Python when it comes to variable naming, it's
> going to be a bit awkward to access Perl variables from within Python.
...
> 1) Treat Perl variables as having the s
I'll delurk here for a moment,
I am of the opinion that there is not that much of a need to allow for
simultaneous access to similarly named Perl data types in python. I am not
aware of any CPA modules that export two or more of the same name but for
different data types - such as $foo, @foo,
More detailed responses are below, but some general comments first:
I think that no matter what the approach, there's an unavoidable
mismatch between Perl and Python when it comes to variable naming, it's
going to be a bit awkward to access Perl variables from within Python.
I don't see any way
Jeff Clites <[EMAIL PROTECTED]> wrote:
> First off, Perl5 doesn't describe itself that way. The Camel states,
> "Note that we can use the same name for $days, @days, and %days without
> Perl getting confused."
While that's fine for Perl it doesn't help, if you want to access one
distinct "days" f
On Sep 29, 2004, at 2:53 AM, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
Okay, so we've got two points of dispute:
1) Jeff doesn't think the sigil should be part of the variable name
Which isn't practicable. We can't strip off the sigil for perl5. It's
part of the variable name,
> "LT" == Leopold Toetsch <[EMAIL PROTECTED]> writes:
LT> If you want to use a perl5 module from Python which has both $foo and
LT> @foo exported, we can just pitch a fit. Everything else can be handled
LT> by the import module.
LT> And: we can't attach hints to the namespace lookup b
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> Okay, so we've got two points of dispute:
> 1) Jeff doesn't think the sigil should be part of the variable name
Which isn't practicable. We can't strip off the sigil for perl5. It's
part of the variable name, $foo and @foo are different items.
If you wan
> > I think Guido might have made things a
> > bit harder to separate out than you
> > anticipate, unless I misread you. It
> > appears that modules and classes are
> > also imported into the same namespace
> > as everything else in python.
>
> Yeah, I had that pointed out in private
> mail. At thi
At Sat, 25 Sep 2004 00:53:25 -0400,
> By the way, this isn't the list for it, but it would be cool if perl6 had
> an interactive mode as good as python's. It's one of the few places I
> think python has a compelling lead.
I'm sort of partial to:
perl -MTerm::ReadLine -le '$t = new Term::ReadLine
On Fri, 24 Sep 2004 21:04:52 -0400, Dan Sugalski wrote:
> At 7:51 PM -0400 9/24/04, Jonathan Polley wrote:
>>On Fri, 24 Sep 2004 14:04:52 -0400, Dan Sugalski wrote:
>>
>>> ...
>>> (Though class names/namespaces seem to be separate)
>>> ...
>>
>>I think Guido might have made things a bit harder
At 7:51 PM -0400 9/24/04, Jonathan Polley wrote:
On Fri, 24 Sep 2004 14:04:52 -0400, Dan Sugalski wrote:
...
(Though class names/namespaces seem to be separate)
...
I think Guido might have made things a bit harder to separate out than you
anticipate, unless I misread you. It appears that module
On Fri, 24 Sep 2004 14:04:52 -0400, Dan Sugalski wrote:
> ...
> (Though class names/namespaces seem to be separate)
> ...
I think Guido might have made things a bit harder to separate out than you
anticipate, unless I misread you. It appears that modules and classes are
also imported into the sam
According to Matt Fowles:
> I personally thing that the suggestion of providing a base namespace
> PMC and letting each language create their own if they want overrides
> is a really nice idea.
I can't speak to that. However:
> I think the base one should have the maximum number of distinct
> su
All~
I personally thing that the suggestion of providing a base namespace
PMC and letting each language create their own if they want overrides
is a really nice idea. I think the base one should have the maximum
number of distinct subspaces with special functions to access them
(i.e. function, va
According to Dan Sugalski:
> I'm fine with mashing functions and variables into a single big mass...
Me too (FWIW). And I think it'll work.
PS: I've got the Glob Stick where I can reach it.
--
Chip Salzenberg - a.k.a. - <[EMAIL PROTECTED]>
"I don't really think it is
Okay, so we've got two points of dispute:
1) Jeff doesn't think the sigil should be part of the variable name
2) Both Jeff and Jonathan have pointed out that languages we care
about *do* have a combined function/varname store. (Though class
names/namespaces seem to be separate)
For point #1, I t
16 matches
Mail list logo
