"Vladimir Lipskiy" <[EMAIL PROTECTED]> writes:
Thanks for the testing
> t/pmc/io...NOK 3# Failed test (t/pmc/io.t at line 37)
> # got: 'fdopen failed
> # '
> # expected: 'ok
> # '
> t/pmc/io...NOK 4# Failed test (t/pmc/io.t at line 51)
> # got
We totally need to have Parrot running on this thing when it comes
out. :-)
http://www.xgamestation.com/
- ask
--
ask bjoern hansen, http://www.askbjoernhansen.com/ !try; do();
Brent Dax wrote:
>
> TOGoS:
> # Personally, I would like "=" to mean 'set', and
> # maybe "<-" do 'assign'.
>
> I usually think of registers as variables with fixed names, so the Perl
> 6 part of my brain suggests:
>
> $P0 = $P1 #assign
> $P0 := $P1 #set
Which is wh
On Friday 08 August 2003 14:16, Nicholas Clark wrote:
> On Fri, Aug 08, 2003 at 01:48:17PM -0300, Daniel Grunblatt wrote:
> > Now Exec works exactly like the jit, I have checked in the missing
> > restart, fixed some bugs at Parrot_jit_store_retval and make exec_start
> > call runops instead of cal
There are a number of ops that could fail. Examples are find_lex but
also the various load and lookup ops. Options for handling failure are:
- Abort parrot
- Throw an exception
- Return a default (null) value
I think it is hard for the parrot designers to decide what language
implementors want (g
Hey all,
Sorry for the huge code listing here, but I don't
have a simpler case. This is what pirate outputs
when it compiles the following program:
def f(x):
if x:
return 1
else:
return 0
print f(1), f(0)
As far as I can tell,
Piers Cawley <[EMAIL PROTECTED]> writes:
> Leopold Toetsch <[EMAIL PROTECTED]> writes:
>
> > Piers Cawley <[EMAIL PROTECTED]> wrote:
> >
> >> I'm not sure you can optimize it to a jump opcode when you're tail
> >> calling another function can you? You could be tailcalling into a
> >> closure so y
> >> list has been about fighting Subversion. However, Arthur did post a mini
> >> status update at the end of July
> >> http://xrl.us/o2s -- Status report
> >
> > I am having trouble following this url. Is there another?
>
> Ah... bugger. I thought ponie-dev got gatewayed through to
Togos <[EMAIL PROTECTED]> wrote:
> This code causes IMCC to hang:
> ... This started happening around
> the time the 'multiple return' bug was
> fixed,
Seems to be related with the multiple freeing reported by Michael.
With the workaround it runs fine now.
leo
Simon Glover <[EMAIL PROTECTED]> writes:
> > parrot_compiler: No make test:
> > make fails with missing 'open_i_s' (integer file descriptors
> > are removed)
>
> This is a two-line fix; I've already commited it. (It still doesn't
> actually work, mind, as it makes Parrot seg
hello,
I just picked up a fresh copy with cvs.
Under cygwin, ./Configure.pl fails with the message:
Determining some sizes...Linker failed (see test.ldo) at lib/Parrot/Configure/Step.pm
line 147
So I tried under win32 (MS VS 6.0). Now, Configure.pl is ok, but "nmake" ends with a
fatal error.
I
Benjamin Goldberg <[EMAIL PROTECTED]> wrote:
> Dan Sugalski wrote:
>>
>> At 11:06 AM +0200 8/8/03, Leopold Toetsch wrote:
>[snip]
>> >PMC methods
>> >---
>> >ParrotIO has methods via find_method/invoke. Should that be a general
>> >mechanism in default.pmc with one vtable slot for the meth
Index: KNOWN_ISSUES
===
RCS file: /cvs/public/parrot/KNOWN_ISSUES,v
retrieving revision 1.8
diff -u -r1.8 KNOWN_ISSUES
--- KNOWN_ISSUES 4 Feb 2003 10:24:45 - 1.8
+++ KNOWN_ISSUES 8 Aug 2003 16:09:11 -
@@ -42,7 +42,6 @@
Utili
# New Ticket Created by "Vladimir Lipskiy"
# Please include the string: [perl #23276]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=23276 >
OK. I'm starting out a prefixing story and here is
CHAPTER I. The HAS_HEADER_ def
# A note about building shared libraries: Perl5 uses the 'ld2' tool, which
# is installed as part of the perl5 installation. So far, it appears
# parrot can get by with simply using gcc -shared, so we override the
# perl5 Configure defaults and use 'gcc -shared' instead of 'ld2'.
# If this later
Hi,
> I just picked up a fresh copy with cvs.
> Under cygwin, ./Configure.pl fails with the message:
>
> Determining some sizes...Linker failed (see test.ldo) at
lib/Parrot/Configure/Step.pm line 147
>
> So I tried under win32 (MS VS 6.0). Now, Configure.pl is ok, but "nmake"
ends
> with a fatal e
The attached patch removes these warnings:
io/io_win32.c(312) : warning C4028: formal parameter 4 different from
declaration
io/io_win32.c(312) : warning C4029: declared formal parameter list different
from definition
io/io_win32.c(358) : warning C4113: 'long (__cdecl *)(struct Parrot_Interp
*,str
Leopold Toetsch <[EMAIL PROTECTED]> writes:
> Piers Cawley <[EMAIL PROTECTED]> wrote:
>> Leopold Toetsch <[EMAIL PROTECTED]> writes:
>>> As calling conventions clearly state, that the caller has to save
>>> everything, its probably up to imcc/pcc.c to insert above
>>> statements, if another sub ge
perlhash.pod says:
"""
TODO: Steve Fink sayd:
And if there were a keys() method, then 'defined' and 'exists' are
very different. (And there ought to be, and would be if we weren't
all ignoring Leo's iterator proposal.)
I need to read that proposal :-)
"""
Looks like the proposal got acce
> >Under cygwin, ./Configure.pl fails with the message:
> >
> >Determining some sizes...Linker failed (see test.ldo) at
> >lib/Parrot/Configure/Step.pm line
>
> Try to add this line
>
> link => 'gcc',
>
> to config/init/hints/cygwin.pl
>
> As a result, it must be in the following way:
>
> Conf
20 matches
Mail list logo
