Larry Wall wrote:
I suppose if I were Archimedes I'd have climbed
back out and shouted Eureka, but as far as I know Archimedes never
made it to Italy, so it didn't occur to me...
well, Archimedes *was* italian. for some meaning of italian, at least.
he was born in Syracuse (the one in Sicily, not
[EMAIL PROTECTED] - Thu Jan 08 05:18:53 2004]:
$Test-diag(1,2,3,4);
yields # 1# 2# 3# 4 which is not right.
It seems like the intent was for each argument to be a line,
so it should yield something like:
# 1
# 2
# 3
# 4
The fix is to modify the
Nicholas Clark [EMAIL PROTECTED] wrote:
I have evidence that DOD runs can miss noticing local variable pointers to
live objects on x86 Linux. This is happening while running ponie, but
the problem is during a single call to string_make. The gdb traces are from
a copy of the parrot source code
Nicholas Clark [EMAIL PROTECTED] wrote:
I have evidence that DOD runs can miss noticing local variable pointers to
live objects on x86 Linux. This is happening while running ponie, but
the problem is during a single call to string_make. The gdb traces are from
a copy of the parrot source code
Bill Coffman [EMAIL PROTECTED] wrote:
Hello All,
I have been hard at work, trying to grok the reg_alloc.c code, and
with some success. My code is assigning registers, so that none are
conflicting (which I double-verify), and I'm getting to the end of
make.
Wow.
1) In the existing
Larry Wall wrote:
On Tue, Oct 19, 2004 at 09:35:27PM +0100, Matthew Walton wrote:
: Austin Hastings wrote:
: Does this mean that we're done? :)
:
: No, it means Larry's about to stun us with something seemingly bizarre
: and inexplicable which turns out to be a stroke of genius.
The only
On Mon, 25 Oct 2004, Larry Wall wrote:
: No, it means Larry's about to stun us with something seemingly bizarre
: and inexplicable which turns out to be a stroke of genius.
The only bizarre and inexplicable thing that has occurred to me in the
last week is that I fell into a canal in Venice. It
On Tue, Oct 26, 2004 at 10:44:35AM +0200, Leopold Toetsch wrote:
Nicholas Clark [EMAIL PROTECTED] wrote:
I have evidence that DOD runs can miss noticing local variable pointers to
live objects on x86 Linux. This is happening while running ponie, but
the problem is during a single call to
On Tue, Oct 26, 2004 at 10:44:35AM +0200, Leopold Toetsch wrote:
Nicholas Clark [EMAIL PROTECTED] wrote:
I have evidence that DOD runs can miss noticing local variable pointers to
live objects on x86 Linux. This is happening while running ponie, but
the problem is during a single call to
Robert Spier wrote:
Is there anything that can be learned/reused from libjit?
http://www.southern-storm.com.au/libjit.html
Thanks for the link. But I think, while the idea is quite nice, it's not
really useful for us. It looks rather mono-specific and is (of course)
running a stack machine.
-R
Every once in a while some fascist proposes installing TV cameras in all
public places, and I think, Oh, God! Nothing good can come of this!
and resist heartily.
Larry Wall wrote:
The only bizarre and inexplicable thing that has occurred to me in the last week is that I fell
into a canal in
Nicholas Clark wrote:
The for loop inside trace_mem_block steps right over it. This if fails:
/* Do a quick approximate range check by bit-masking */
if ((ptr mask) == prefix || !prefix) {
Argh, yes. I have pointed out quite a time ago that this mask check
isn't ok. Small and big
Nicholas Clark wrote:
The for loop inside trace_mem_block steps right over it. This if fails:
/* Do a quick approximate range check by bit-masking */
if ((ptr mask) == prefix || !prefix) {
Argh, yes. I have pointed out quite a time ago that this mask check
isn't ok. Small
I've the new calling scheme now mostly running. I'm down at 11/1969
failing tests[1] currently.
I had to disable t/library/dumper.t, though. It doesn't setup registers
according to pdd03 and just assumes in a few places, that function
arguments will arrive at the caller's end. I think, that's
H.Merijn Brand wrote:
If I've more from the trucker I'll mail you.
FYI I have not yet been contacted
That didn't work out as well as another possibility failed.
Sorry,
leo
I want to make an loose analogy between pmc/their_content and
Unix inodes/files which I use as a mnemonic.
PMCs are the equivalent of inodes, each one
reference some content which is the equivalent of a file.
Cset_pmc, when the source and the destination pmcs are of the same type,
is like
On Tue, Oct 26, 2004 at 03:21:18PM +0200, Leopold Toetsch wrote:
Nicholas Clark wrote:
The for loop inside trace_mem_block steps right over it. This if fails:
/* Do a quick approximate range check by bit-masking */
if ((ptr mask) == prefix || !prefix) {
Argh, yes. I
On Tue, Oct 26, 2004 at 03:21:18PM +0200, Leopold Toetsch wrote:
Nicholas Clark wrote:
The for loop inside trace_mem_block steps right over it. This if fails:
/* Do a quick approximate range check by bit-masking */
if ((ptr mask) == prefix || !prefix) {
Argh, yes. I
On Sun, 17 Oct 2004 22:07:11 -0500 (CDT), Michel Pelletier
[EMAIL PROTECTED] wrote:
I propose you and I work together to make a
totally Forth-language agnostic Forth
micro-kernel. This kernel can be very
minimalistic, a stacik, a machine state hash,
and definitions for the words code, next,
pmc_type is documented and implemented as follows:
/*
=item CINTVAL
pmc_type(Parrot_Interp interp, STRING *name)
Returns the PMC type for Cname.
=cut
*/
INTVAL
pmc_type(Parrot_Interp interp, STRING *name)
{
HashBucket *bucket;
PMC *classname_hash = interp-class_hash;
bucket =
As a first step, I'm going to move to inlining
all words (both
built-in and user defined). Doing this (and
adding push/pop macros)
will bring our code bases a lot closer. Once
this is done I'll make
another release and we can compare code again.
Cool, since the real meat of it is the
[snipped]
1: What does pmc_type return if it fails to find a PMC?
2: If that answer is 0, is it safe to document that 0 is a failure return,
which happens to map to the PMC type for default, but as they can't be
instantiated looking up default is not supported (or words to that
On Tue, 2004-10-26 at 05:17, Matthew Walton wrote:
Also, climbing back out and shouting 'Eureka' would only really be
appropriate if you actually had experienced a moment of revelation about
something. I suspect you were too busy with the not drowning part for that.
Well, such moments of
Aldo Calpini [EMAIL PROTECTED] writes:
Larry Wall wrote:
I suppose if I were Archimedes I'd have climbed
back out and shouted Eureka, but as far as I know Archimedes never
made it to Italy, so it didn't occur to me...
well, Archimedes *was* italian. for some meaning of italian, at least.
This doesn't address the deeper problem, but we could also simplify the
whole function by just doing:
static size_t
find_common_mask(size_t val1, size_t val2)
{
size_t mask = ~0;
size_t diff = val1 ^ val2;
while (diff mask)
mask = 1;
return mask;
}
Bit twiddling
This doesn't address the deeper problem, but we could also simplify the
whole function by just doing:
static size_t
find_common_mask(size_t val1, size_t val2)
{
size_t mask = ~0;
size_t diff = val1 ^ val2;
while (diff mask)
mask = 1;
return mask;
}
Bit twiddling
On Sun, 24 Oct 2004, Leopold Toetsch wrote:
We have since quite a time the support for creating native executables
on some platforms. This functionality is not tested at all. The Makefile
has just one very simple rule to create a Hello world-like program
with make testexec.
The Makefile
On Tue, Oct 26, 2004 at 01:42:02PM -0400, Aaron Sherman wrote:
: Larry, while you're feeling chatty, I have a question about Perl 6
: regular expressions for you. You answered a question of mine, long ago
: with a correction. I had said something like:
:
: /ab(c|b){$1 eq 'c'}/
:
: If I
On Tue, 2004-10-26 at 20:16, Larry Wall wrote:
On Tue, Oct 26, 2004 at 01:42:02PM -0400, Aaron Sherman wrote:
: /ab(c|b){$1 eq 'c'}/
:
: If I recall correctly you had said something like, there is no plan
: (yet) to allow embedded closures to affect matching directly, other than
:
29 matches
Mail list logo
