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
# 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 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.
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: error
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
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
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 Cwhere (well, not officially
yet,
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 disambiguate things. I
--- 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 says:
:
:
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
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
# 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
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
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
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:
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.
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
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:
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
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 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
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 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)
--
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
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
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) : warning
33 matches
Mail list logo