# New Ticket Created by Will Coleda
# Please include the string: [perl #31861]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=31861
(I'm sure there are other new PMCs missing as well)
# New Ticket Created by Will Coleda
# Please include the string: [perl #31862]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=31862
Shouldn't this push just like PerlArray except with bounds checking?
Python's method call semantics allows you to look up a method of an
object as an attribute, store it in a variable, and later invoke it
like a regular function. This works similarly if you do the lookup on
the class object, but when you invoke the function you need to pass
in an instance as an
Matthew Zimmerman wrote:
Apparently in imcc/t... The simple op tests are in imcc/t/syn/op.t
(syn is for syntax, I guess?).
Test patch for %= attached.
Thanks, but almost the same is already in CVS.
leo
Andy Dougherty (via RT) wrote:
Again, I have found that information to be useful on numerous
occasions. Also, considering how noisy the whole ICU build is, I
think the extra clutter for parrot's sources is not a significant
additional burden.
I don't like the change, it just hides all warnings.
Jeff Clites [EMAIL PROTECTED] wrote:
Do we have plans on how we might implement this via Parrot?
Sure.
To put it another way, the expression foo.bar() in Python doesn't
really parse as invoke method bar on object foo, but rather as
lookup attribute bar on object foo
Well, there isn't much
On 04/10/05 10:30 -0400, Aaron Sherman wrote:
On Mon, 04 Oct 2004 21:39:59 +0100, Piers Cawley [EMAIL PROTECTED] wrote:
Stéphane Payrard [EMAIL PROTECTED] writes:
switch to emacs. :)
Or patch pir-mode.el, your choice.
That should be something like:
[snip]
no?
John Paul Wallington
Will Coleda [EMAIL PROTECTED] wrote:
Shouldn't this push just like PerlArray except with bounds checking?
Fixed means really fixed for that PMC. BTW you can't push onto an Array
PMC either. Just use a ResizablePMCArray.
leo
William Coleda [EMAIL PROTECTED] wrote:
Any chance of getting:
'cd dynclasses; make'
working on OS X by then?
It's broken on Linux too. The problem seems to be that non-existing
shared libs are used for the final perl build.pl copy phase. These
libs seem to bundled into lib-*$(SO).
For OS
On Wednesday 06 October 2004 06:22, Will Coleda wrote:
* side effect of this is that we now build parrotlib.imc into library/,
not include/. which makes sense to me, though I could be addled. This
required updates to:
It is in include/, because I started to move all generated files to include/,
So, this divides anything that provides an array like interface into two camps - those
that support the push opcode, and those that don't. This means that whenever you write
code that needs to be PMC agnostic (for example, any of the list processing commands
in Tcl - after all, the could be
From the standpoint of someone developing in PIR, this seems like an arbitrary distinction.
I don't care how the file came to be. If it's an .imc, I'm probably going to want
to include it. If it's a .pbc, I'm probably going to want to load_bytecode it. (Of
course, this doesn't address the issue
William Coleda [EMAIL PROTECTED] wrote:
So, this divides anything that provides an array like interface into
two camps - those that support the push opcode, and those that don't.
This means that whenever you write code that needs to be PMC agnostic
(for example, any of the list processing
Jens Rieks [EMAIL PROTECTED] wrote:
DWIM.imc is the last hand written file in include, I do not know what to do
with it.
It's used via the C.include directive, it's not a library. Being
generated or not isn't really important, the usage makes the difference.
jens
leo
On Wed, 6 Oct 2004, Leopold Toetsch via RT wrote:
Andy Dougherty (via RT) wrote:
I don't like the change, it just hides all warnings.
Odd. I don't see that. Hiding all warnings would certainly be
bad, but I still seem to get warnings. I'll go back and look at that more
closely.
Further
Since all the tests were passing in the past, I
decided to play the CVS game to find exactly when/what
changed.
Good news is - nothing to do with Parrot
Bad news is - it means it was an upgrade to Cygwin,
which I also do on a daily basis. I have no way of
tracking down what changed but I could
Leopold Toetsch wrote:
Matthew Zimmerman wrote:
Apparently in imcc/t... The simple op tests are in imcc/t/syn/op.t
(syn is for syntax, I guess?).
Test patch for %= attached.
Thanks, but almost the same is already in CVS.
Yessir. Your message with the mod assign fix appeared like 10 seconds
On Wed, Oct 06, 2004 at 03:43:35PM +0200, Leopold Toetsch wrote:
William Coleda [EMAIL PROTECTED] wrote:
So, this divides anything that provides an array like interface into
two camps - those that support the push opcode, and those that don't.
This means that whenever you write code that
# New Ticket Created by Will Coleda
# Please include the string: [perl #31867]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org:80/rt3/Ticket/Display.html?id=31867
$P1 = new ResizablePMCArray
$P2 = new String
$P2 = 42
push $P1, $P2
$P3 = pop $P1
While it has introduced a new IO bug that is failing a
handful of threads tests, it also appears to have
fixed a different bug where some of the trigonomic
functions would blow up under JIT.
Cheers,
Joshua Gatcomb
a.k.a. Limbic~Region
___
Do you
Haven't seen this mentioned here, but one person hacked up a quick
Inline::Parrot
use Inline Parrot;
print Start Perl\n;
_hello( 'int count' = 5, name = 'test' );
print End Perl\n;
__END__
__Parrot__
.sub _hello
.param int count
.param string name
print Hello
Will Coleda [EMAIL PROTECTED] wrote:
dies with pop_pmc() not implemented in class 'ResizablePMCArray'\n
and shift, unshift, freeze, thaw and probably some more.
(Literal \ there, also)
Yep - fixed. But these messages will become real_exceptions finally. Classes
definitely will need a lot of
On Oct 6, 2004, at 1:11 AM, Leopold Toetsch wrote:
Jeff Clites [EMAIL PROTECTED] wrote:
To put it another way, the expression foo.bar() in Python doesn't
really parse as invoke method bar on object foo, but rather as
lookup attribute bar on object foo
Well, there isn't much difference here. invoke
Joshua Gatcomb [EMAIL PROTECTED] wrote:
While it has introduced a new IO bug that is failing a
handful of threads tests, it also appears to have
fixed a different bug where some of the trigonomic
functions would blow up under JIT.
My gut feeling was always that's a Cygwin bug. Anyway I'd just
Joshua Gatcomb [EMAIL PROTECTED] wrote:
Since all the tests were passing in the past, I
decided to play the CVS game to find exactly when/what
changed.
Good news is - nothing to do with Parrot
Good, thanks for taking the time to investigate that.
Bad news is - it means it was an upgrade to
Andy Dougherty [EMAIL PROTECTED] wrote:
On Wed, 6 Oct 2004, Leopold Toetsch via RT wrote:
I don't like the change, it just hides all warnings.
Odd. I don't see that. Hiding all warnings
Hiding in the sense of: they don't stand out, they aren't really
visible.
If 'make -s' is indeed
How does one create a sub named num? Or a local pmc named num?
Consider:
.sub num @MAIN
.local pmc num
num = new PerlInt
num = 5
print num
.end
Results:
error:imcc:parse error, unexpected FLOATV, expecting IDENTIFIER or
PARROT_OP in file 'test/for.pir' line 1
On Wednesday 06 October 2004 18:37, Sam Ruby wrote:
How does one create a sub named num? Or a local pmc named num?
There is no syntax support for it. You can fetch a sub PMC and store it with
another name:
.sub main @MAIN
$P0 = global _num
global num = $P0
end
.end
.sub _num
print num\n
On Oct-06, Leopold Toetsch wrote:
William Coleda [EMAIL PROTECTED] wrote:
Any chance of getting:
'cd dynclasses; make'
working on OS X by then?
It's broken on Linux too. The problem seems to be that non-existing
shared libs are used for the final perl build.pl copy phase. These
On Oct-06, Leopold Toetsch wrote:
Andy Dougherty [EMAIL PROTECTED] wrote:
There are some changes e.g. when different CFLAGS settings are used, or
for compiling classes. When there is a problem with compiling, just type
another 'make' and you'll get again Compiling with
I think this may
flags:
CGOTO:Y
JIT: Y
EXEC: N
Threads: Y*
Signals: Y**
Compiles: Y
Tests:Y***
Date: 20041006
* You need to enable the threading tests by adding
cygwin to t/pmc/threads.t though a handful of tests
will fail due to an outstanding IO issue likely caused
by Cygwin
** You need
I happened to have found the last cygwin1.dll lying
around in /tmp that I kept as a backup. I swapped it
with the current cygwin1.dll just to see if it would
make the IO problem go away and much to my happy
surprise - it did.
Details:
cygwin1.dll-1.5.10-3 - previous stable build, works
great
On Wed, 6 Oct 2004, Leopold Toetsch via RT wrote:
Andy Dougherty [EMAIL PROTECTED] wrote:
On Wed, 6 Oct 2004, Leopold Toetsch via RT wrote:
I don't like the change, it just hides all warnings.
Odd. I don't see that. Hiding all warnings
Hiding in the sense of: they don't stand out,
--- Joshua Gatcomb [EMAIL PROTECTED]
wrote:
I happened to have found the last cygwin1.dll lying
around in /tmp that I kept as a backup. I swapped
it
with the current cygwin1.dll just to see if it would
make the IO problem go away and much to my happy
surprise - it did.
Details:
--- Joshua Gatcomb [EMAIL PROTECTED]
wrote:
Threads: Y*
Tests:Y***
* You need to enable the threading tests by adding
cygwin to t/pmc/threads.t though a handful of tests
will fail due to an outstanding IO issue likely
caused
by Cygwin
*** The only failing tests are if you enable
Hi,
- see below comment from Dan Kegel.
Thanks,
Best Regards
-- Forwarded Message --
Alexander Povolotsky wrote:
Hello,
I have attempted to cross-compile perl-5.8.5 on cygwin for linux/ppc
using my existant and test proven as working OK powerpc-linux-gcc-3.3.2 cross
Jeff Clites [EMAIL PROTECTED] wrote:
Python's method call semantics allows you to look up a method of an
object as an attribute, store it in a variable, and later invoke it
like a regular function.
Random note: this sounds very much like a Df^H^HC# delegate.
This works similarly if you do
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Haven't seen this mentioned here, but one person hacked up a quick
Inline::Parrot
http://www.perlmonks.org/index.pl?node_id=396890
Relly nice.
It has some limitations and he's looking for feedback.
I'd use Parrot calling conventions. C.pragma
38 matches
Mail list logo