[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<.pragm
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
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
--- 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 y
--- 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:
First off, I've been mucking about in the re_tests file, doing some
braindead translation. (That thing is going to need a fair bit of
rethinking, I believe...) Someone please stop me if that's not needed.
:)
Also, although the language itself is pretty much defined by now, one
would think that at
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
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
cygw
on
Win2K/XP
B8 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 Cy
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
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" ph
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
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 upgr
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
error:im
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
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
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.
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
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 "
# New Ticket Created by Will Coleda
# Please include the string: [perl #31867]
# in the subject line of all future correspondence about this issue.
# 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
d
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 c
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 Yahoo
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
b
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 p
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.
> Furthe
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
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 processin
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 o
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 call
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 includ
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).
Fo
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
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 Wall
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 i
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. Fu
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
36 matches
Mail list logo
