>> parrot\mmd.c(32) : warning C4098: 'mmd_dispatch_pmc' : 'void' function
returning a value
void /* Shouldn't this be PMC * instead? */
mmd_dispatch_pmc(struct Parrot_Interp *interpreter,
PMC *left, PMC *right, PMC *dest, INTVAL function)
>> parrot\encoding.c(37) : warnin
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 info->base_vta
At 8:54 PM +0200 9/26/03, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
cvs -z9 update
cvs -z9 update -dP parrot
to get rid of deleted files too.
Which is a good point, and one I forgot. (Which is annoying, as it's
how I update)
--
D
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 od
At 9:29 AM + 9/26/03, Michael Scott (via RT) wrote:
This patch gets ICU to build on Mac OS X. It works around a gcc -E -MMD
bug.
Applied, thanks.
--
Dan
--"it's like this"---
Dan Sugalski
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.
--- Larry Wall <[EMAIL PROTECTED]> wrote:
> On Mon, Sep 08, 2003 at 11:18:12AM +0200, Paul Johnson wrote:
> : By the way, I trust this will be addressed (if it hasn't been
> : already):
> :
> : perl5 -le 'print "gah!" if exists $a{b}{c}; print "phooey!"
> : if exists $a{b}'
> :
> : perlfunc say
"Austin Hastings" <[EMAIL PROTECTED]> wrote
> if ("Dough" eqn(4) "Douglas") ...
I wonder if the . operator is available here:
if "Dough" eq.n(4) "Douglas" { ... }
that makes it intuitive how to define new equality "methods". One thing of
concern is that we'd need whitespace rules to disambig
# New Ticket Created by James Rouzier
# Please include the string: [perl #24053]
# in the subject line of all future correspondence about this issue.
# 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
compil
Austin Hastings writes:
> How can I conveniently pass an extra parameter to a historically binary
> operator?
I see a few possibilities. The first, call it like a function:
if infix:eqn("Dough", "Douglas", n => 4) {...}
Or, you could use the adverbial modifier C (well, not officially
yet, b
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 unclutte
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 includ
On Fri, 26 Sep 2003 13:45:19 -0500
Andy Lester <[EMAIL PROTECTED]> wrote:
> Please visit the Phalanx website at http://qa.perl.org/phalanx/.
> If you'd like to help out, join the perl-qa mailing list, or email
> me at [EMAIL PROTECTED] I look forward to hearing from you.
http://qa.perl.org/phal
On Fri, 26 Sep 2003, Austin Hastings wrote:
> How can I conveniently pass an extra parameter to a historically binary
> operator?
If it's one of the 'base' binary operators (addition, subtraction, and
whatnot) you don't.
Dan
So I sit here and think for a minute about how nice it will be in P6 to
be able to define
operator infix:eqi($str1, $str2) {...}
for doing
if ($1 eqi "last")
and I think about the whole 'C' string library. Which dredges up my old
questions about parameterized operators:
How can I convenie
On Thu, Sep 25, 2003 at 09:16:43AM -0700, Shannon Francis wrote:
> i tried to build a program and have only one error but seem not to be
> able to fix it. i think it is a rather small one. i would really
> appreciate it if you help me with this situation:
>
> if (num1 %2 =0)
> the error is: err
Phalanx is a Perl QA project created to provide a solid testing
base for Ponie, the next version of Perl 5 that will be based on
the Parrot virtual machine. By increasing the test coverage of
Perl modules and Perl itself, we will make Ponie be the best-tested
version of Perl ever. We also hope to
Just a reminder to everyone (especially now that we've updated ICU so
there's a lot of data to sync with) you can tell CVS to use a compressed
channel for its data. For mostly-text (like, say, ICU's source) this works
pretty well. Just add the -zN flag to the CVS line, where N is a number
betw
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:
> 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:
> > On 26 Sep 2003, Leopold Toetsch wrote:
>
> >> Index: interpreter.h
> >>
> >> +typedef opcode_t *(*native_func_t)(struct Parrot_Interp * interpreter,
> >> + opcode_t * c
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
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:
c_output
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
Lightweight Languages Worshop 2003 (LL3)
--
Saturday, November 8, 2003, MIT, Cambridge, MA
http://ll3.ai.mit.edu/ mailto:[EMAIL PROTECTED]
CALL FOR PRESENTATIONS
LL3 will be an intense, exciting, one-day forum
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
Jeff Clites <[EMAIL PROTECTED]> 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 creating the string demo
On Fri, 26 Sep 2003, Leopold Toetsch wrote:
> 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 C though, to more clearly discern it fro
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
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 creating the string demonstrates (by crashing
during the second dum
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 C though, to more clearly discern it from C.
.flatten_arg _AV_x is implemented too.
Checking for overfl
# New Ticket Created by Michael Scott
# Please include the string: [perl #24043]
# in the subject line of all future correspondence about this issue.
# 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.
-- att
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
>
33 matches
Mail list logo
