Josh Wilmes wrote:
For some reason, this only occurs when imcc is built with tcc- it works fine
with the other compilers. I don't know what this error is meant to mean,
so i'm not quite sure how to troubleshoot it.
Any ideas?
[EMAIL PROTECTED]:~/devel/parrot% ./parrot t/op/arithmetics_38.pasm
> G'day,
>
> I'm doing a bit of research and having a bit of fun reimplementing
> the PHP parser, I've been using Python and dParser.sf.net
> (http://dparser.sf.net A scannerless GLR parser).
>
> I'm almost to the point where I can start taking an AST and doing
> code generation, and I'd really l
G'day,
I'm doing a bit of research and having a bit of fun reimplementing the PHP
parser, I've been using Python and dParser.sf.net (http://dparser.sf.net A
scannerless GLR parser).
I'm almost to the point where I can start taking an AST and doing code
generation, and I'd really like to be a
[ Please answer inline, to keep the ocntext]
Josh Wilmes wrote:
I don't like the current state of things- it seems to be printing out the
full compilation commands occasionally, but mostly not.
Its probably a thing of "like it" or "not like it". I prefer to see
warnings and minimal or no compilat
On Monday 28 July 2003 20:53, Simon Glover wrote:
> On Mon, 28 Jul 2003, Tim Howell wrote:
> > ?tches from a few days ago to allow executable creation, the current CVS
> > no longer compiles properly on my MacOS X 10.2.6 box. The error I get
> > is:
> >
> > exec_save.c:319:16: #if with no expressi
On Mon, 28 Jul 2003, Tim Howell wrote:
> ?tches from a few days ago to allow executable creation, the current CVS no
> longer compiles properly on my MacOS X 10.2.6 box. The error I get is:
>
> exec_save.c:319:16: #if with no expression
> make: *** [exec_save.o] Error 1
>
> The following patch s
On Monday 28 July 2003 20:46, Tim Howell wrote:
> ?tches from a few days ago to allow executable creation, the current CVS no
> longer compiles properly on my MacOS X 10.2.6 box. The error I get is:
>
> exec_save.c:319:16: #if with no expression
> make: *** [exec_save.o] Error 1
>
> The following
?tches from a few days ago to allow executable creation, the current CVS no longer
compiles properly on my MacOS X 10.2.6 box. The error I get is:
exec_save.c:319:16: #if with no expression
make: *** [exec_save.o] Error 1
The following patch seems to fix things, although I don't know if this is
> "KS" == K Stol <[EMAIL PROTECTED]> writes:
KS> Is it true that there will be operations for generating an event?
KS> So, unlike interrupt signals, these events are generated 'inside'
KS> the system. So, will there be an op like "postevent" or something?
i expect it will be supported.
Josh Wilmes <[EMAIL PROTECTED]> writes:
> I don't like the current state of things- it seems to be printing out the
> full compilation commands occasionally, but mostly not.
That's because not all makefiles use cc_flags.pl
> I think that at this stage of development it's best to print out the fu
For some reason, this only occurs when imcc is built with tcc- it works fine
with the other compilers. I don't know what this error is meant to mean,
so i'm not quite sure how to troubleshoot it.
Any ideas?
--Josh
[EMAIL PROTECTED]:~/devel/parrot% ./parrot t/op/arithmetics_38.pasm
error
I don't like the current state of things- it seems to be printing out the
full compilation commands occasionally, but mostly not.
I think that at this stage of development it's best to print out the full
commands being executed.
--Josh
At 15:34 on 07/28/2003 +0200, Leopold Toetsch <[EMAIL PRO
Hello,
I've got a question concerning events.
As I read from previous discussions, an event is a message to the Parrot Interpreter
saying something has happened: I/O jobs were finished, a timer went off, etc. These
things are from 'outside' the system, that is something outside the interpreter
Juergen Boemmels <[EMAIL PROTECTED]> wrote:
> As the semantic of the clone-call is not clear yet can some-one please
> apply this patch
Done, thanks.
> bye
> boe
leo
Robert Spier wrote in perl.perl6.internals :
>
> A lot of projects have a "HACKING" file that explains "ground rules"
> for contributing to the project -- all in one place. (Or at least it
> references where things are.)
I'd love to see a file like this in parrot.
Perl 5 provides pod/perlhack.po
On Mon, 28 Jul 2003, Vladimir Lipskiy wrote:
> I'm getting an awful lot of "spf_render.c(578) : warning C4761: integral
> size mismatch in argument; conversion supplied" while making.
>
Line 578 in spf_render.c is:
gen_sprintf_call(interpreter, tc, &info, ch);
The problem seems to be the
Index: t/pmc/io.t
===
RCS file: /cvs/public/parrot/t/pmc/io.t,v
retrieving revision 1.5
diff -u -r1.5 io.t
--- t/pmc/io.t 9 Jul 2003 19:27:05 - 1.5
+++ t/pmc/io.t 28 Jul 2003 17:39:02 -
@@ -100,6 +100,8 @@
ok 6
OUTPUT
+SKIP
I'm getting an awful lot of "spf_render.c(578) : warning C4761: integral
size mismatch in argument; conversion supplied" while making.
Andrew Potozniak <[EMAIL PROTECTED]> writes:
>>I'm afraid your code won't work.
>
>As stated below I got it to work with my example :-p
>
>>Okay, you've subclassed a functional module. But this means that
>>you'll be >passing the package name as the first argument, not a test
>>name. This will
Disclaimer: This reply comes from a badly configured client at work. Hence
the ugly format.
Sounds correct. There is already a seperate layer as you said, the "buf"
layer which should
keep track of correct semantics for seeking, etc. Also, IO should work the
same whether the
buffered layer is i
On Mon, Jul 28, 2003 at 03:30:46PM +0200 it came to pass that Juergen Boemmels wrote:
> Comments
My first hunch is to see the ParrotIO object as a channel of data into
an underlying file (leaving "channel", "data", and "file" vaguely
defined for now)... This would mean that every ParrotIO object h
On 28 Jul 2003, Luke Palmer wrote:
> Klass-jan wrote:
> > Maybe it's not possible to have the eval instruction right away, in the new
> > Python->IMC code generator. As long as this command is not used in the code
> > for this new code generator, this can just be skipped, and it may be
> > impleme
Vladimir Lipskiy wrote:
return string_from_cstring(interpreter, val, 0);
applied, thanks
leo
Echoing all compiler flags clutters the screen too much, so that
warnings easily can get missed.
Earlier I used to run "make -s" which silents "make".
Still better would be:
- echo compiler flags once
- echo filenames only
- let the work depending on "-s" was given to "make" or not or such
leo
After a thorough discussion at the Parrot BOF at Paris, we got a
solution for timely destruction vs trace system areas and bogus objects.
To clean up on scope exit (and after a Perl C ins), the HL emits
a C opcode. This doesn't do C anymore,
because there is nothing unanchored and alive beyond
Leopold Toetsch <[EMAIL PROTECTED]> writes:
> Juergen Boemmels <[EMAIL PROTECTED]> wrote:
> > Hello,
>
> > * How can I alloc a fixed amount of garbage collected memory, which
> > can be shared be more than one PMCs.
> > io = (Buffer*)(pmc->ext->data)->obj.u.b.bufstart
> > are IMHO far to ma
Hello,
On some systems t/pmc/io_6.pasm fails because of a double free. The
problem is that the clone call adds a reference to ParrotIO object,
but the ParrotIO object is neither garbage collected nor refcounted so
it gets destroyed when its first refrence is destroyed.
The solution of that memory
Simon Glover <[EMAIL PROTECTED]> wrote:
> 1. What is supposed to do?
Probably setup a new PMC *and* attach the passed properties.
> 2. What, precisely, do and do?
C does kind of a subroutine call on the PMC. The functionality
depends on the class implementing the method. C is AFAIK
unuse
Sean O'Rourke wrote:
On 23 Jul 2003, Luke Palmer wrote:
Instead of having a bunch of specialized ops made for
constructing/working on specific pmcs, have, say, four general-purpose
ops whose meaning could be given by each pmc that uses them.
... For example, should socket operations be
ops, or
Juergen Boemmels <[EMAIL PROTECTED]> wrote:
> Hello,
> * How can I alloc a fixed amount of garbage collected memory, which
> can be shared be more than one PMCs.
> io = (Buffer*)(pmc->ext->data)->obj.u.b.bufstart
> are IMHO far to many indirections. There must be a shorter way.
Yep. I'd lik
Heck! Leo is getting :)
D:\Perl\5.6.1\bin\MSWin32-x86-multi-thread\perl.exe pmc2c.pl env.pmc
Scanning D:/build/parrot/classes/env.pmc...
ologo -Od -MD -Zi -DDEBUGGING -DWIN32 -D_CONSOLE -DNO_STRICT -I../inclu
de -Foenv.obj -c env.c
env.c
env.pmc(29) : warning C4047: 'return' : 'struct parro
Jonathan Worthington:
> LIB : fatal error LNK1181: cannot open input file "jit_cpu.obj"
> NMAKE : fatal error U1077: 'lib' : return code '0x49d'
> Stop.
This is unrelated to the warning in spf_render.c.
I apologize--I spotted this bug just before I went on vacation, and forgot
to report it. Conf
> - Original Message -
> From: "Luke Palmer" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>;
> <[EMAIL PROTECTED]>
> Sent: Monday, July 28, 2003 4:46 AM
> Subject: Re: approaching python
>
>
> > Klass-jan wrote:
> > > Maybe it's not possible t
- Original Message -
From: "Luke Palmer" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Monday, July 28, 2003 4:46 AM
Subject: Re: approaching python
> Klass-jan wrote:
> > Maybe it's not possible to have the eval instr
Klass-jan wrote:
> Maybe it's not possible to have the eval instruction right away, in the new
> Python->IMC code generator. As long as this command is not used in the code
> for this new code generator, this can just be skipped, and it may be
> implemented in IMC by hand, and inserted into the new
- Original Message -
From: "Joseph Ryan" <[EMAIL PROTECTED]>
To: "Benjamin Goldberg" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Sunday, July 27, 2003 7:56 PM
Subject: Re: approaching python
> Benjamin Goldberg wrote:
>
> >K Stol wrote:
> >
> >>The register stuff, I presume, is regi
> Nono, the problem isn't that python uses *more* registers than
> , but rather, that it doesn't use registers at all. Instead,
> it uses a stack. So, for example, python's add instruction might get
Nobody said Python used more registers than . Michal
just worried if it would be problematic to d
37 matches
Mail list logo
