Michal Wallace [EMAIL PROTECTED] wrote:
Sorry, I've been following this list
with one eye tied behind my back...
What happened to setline? Should I
emit something else instead?
Both Csetline and Csetfile are parsed and swallowed in the lexer.
The data will finally end in an HLL debug PBC
Dan Sugalski [EMAIL PROTECTED] wrote:
On Wed, 24 Sep 2003, Leopold Toetsch wrote:
.pcc_sub symbols automatically get entered into the global stash.
We need to get some of this moved down into the base assembler as well.
Done.
$ perldoc /docs/pmc/sub.pod
# New Ticket Created by Michael Scott
# Please include the string: [perl #24043]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=24043
This patch gets ICU to build on Mac OS X. It works around a gcc -E -MMD
bug.
Dan Sugalski [EMAIL PROTECTED] wrote:
[ splatted function args ]
... For this, I think we're
going to need a setp Ix, Py op which does indirect register addressing.
Done.
I named it Csetp_ind though, to more clearly discern it from Cset.
.flatten_arg _AV_x is implemented too.
Checking for
On Friday, Sep 26, 2003, at 13:04 Europe/Berlin, Jeff Clites wrote:
I did a bit more digging on this test failure, and I think it's an
infant mortality case--it looks like creating the large string might
be triggering a DOD run which is freeing the hash. Just dumping the
hash before and after
On Fri, 26 Sep 2003, Leopold Toetsch wrote:
Jeff Clites [EMAIL PROTECTED] wrote:
What's the preferred way to prevent this in tests?
I have put now the test in its own sub. So it should be sure that
interpreter-lo_var_ptr (the stack limit for trace_system_stack) is
above the auto _hash
On 26 Sep 2003, Leopold Toetsch wrote:
Index: interpreter.h
+typedef opcode_t *(*native_func_t)(struct Parrot_Interp * interpreter,
+ opcode_t * cur_opcode,
+ opcode_t * start_code);
+
This bit's made gcc a
Given Leo's new scheme for C code tests, I suggest that we add a header
to be included in the test, and modify Parrot::Test so that it knows to
add the header's location to the command.
This patch puts the header in parrot/t/c_test_header.h.
The correct scheme for a C test can now be:
Dan Sugalski [EMAIL PROTECTED] wrote:
On 26 Sep 2003, Leopold Toetsch wrote:
Index: interpreter.h
+typedef opcode_t *(*native_func_t)(struct Parrot_Interp * interpreter,
+ opcode_t * cur_opcode,
+ opcode_t *
On Fri, 26 Sep 2003, Leopold Toetsch wrote:
Dan Sugalski [EMAIL PROTECTED] wrote:
On 26 Sep 2003, Leopold Toetsch wrote:
Index: interpreter.h
+typedef opcode_t *(*native_func_t)(struct Parrot_Interp * interpreter,
+ opcode_t * cur_opcode,
+
Dan Sugalski [EMAIL PROTECTED] wrote:
More MMD default functions, and make things compile properly
[ snip ]
+INTVAL cmp_val;
... until gcc (3) gets hit by this :-)
leo
On Fri, 26 Sep 2003, Leopold Toetsch wrote:
Dan Sugalski [EMAIL PROTECTED] wrote:
More MMD default functions, and make things compile properly
[ snip ]
+INTVAL cmp_val;
... until gcc (3) gets hit by this :-)
Ah, damn excessively permissive compilers... fixed. :)
Dan Sugalski [EMAIL PROTECTED] wrote:
A the point that this typedef was in, opcode_t hadn't been defined.
Yes. But what makes me wonder is, why my gcc 2.95.2 compiled that
alltogether. Maybe ccache messed it up.
... I
moved it, and installed an alternate version for non-core enbed includes,
Dan Sugalski [EMAIL PROTECTED] wrote:
cvs -z9 update
cvs -z9 update -dP parrot
to get rid of deleted files too. Filtering the output through a small
script, that just does something like:
if ($_ !~ /^cvs server: Updating/) {
print $_;
}
helps to unclutter
# New Ticket Created by James Rouzier
# Please include the string: [perl #24053]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=24053
When you run pmc2c.pl on a class that is a dynpmc the resulting c code will not
On Sep-26, Leopold Toetsch wrote:
Filtering the output through a small
script, that just does something like:
if ($_ !~ /^cvs server: Updating/) {
print $_;
}
helps to unclutter update results.
cvs -q will suppress those lines for you.
At 8:42 PM +0200 9/26/03, Leopold Toetsch wrote:
Dan Sugalski [EMAIL PROTECTED] wrote:
A the point that this typedef was in, opcode_t hadn't been defined.
Yes. But what makes me wonder is, why my gcc 2.95.2 compiled that
alltogether. Maybe ccache messed it up.
It's GCC. I expect it to behave
At 11:30 PM + 9/26/03, James Rouzier (via RT) wrote:
When you run pmc2c.pl on a class that is a dynpmc the resulting c
code will not compile because of incompatable type assignment.
The problem was a dereference of the Parrot_base_vtables[info-class_enum]
when being assigned to
18 matches
Mail list logo
