Re: DOD etc

2002-08-25 Thread Nicholas Clark
run. (although your counter is better than the rest of the program, (for ever and ever, world without end, Amen)) however, rambling further: On Sun, Aug 25, 2002 at 05:27:14PM +0100, Nicholas Clark wrote: 0: Default interpreter state is that a: there are no loose objects with deterministic

Re: DOD etc

2002-08-26 Thread Nicholas Clark
loops immediately (the ones perl5 misses) with a DOD run, or we could still do better than perl5 by only guaranteeing to find them at some specified time later (at DOD runs being one time we could specify) All ways of doing deterministic destruction seem to have considerable overhead. Nicholas

Re: Goal call for 0.0.9

2002-09-02 Thread Nicholas Clark
library direct, rather than having to emit PASM only for it to be re-interpreted. Nicholas Clark -- Even better than the real thing:http://nms-cgi.sourceforge.net/

Re: core.ops ARGDIR

2002-09-02 Thread Nicholas Clark
there be situations where an assignment to a PMC changes the value of the register itself? Nicholas Clark -- Even better than the real thing:http://nms-cgi.sourceforge.net/

Re: Parrot: maximizing the audience

2002-09-04 Thread Nicholas Clark
of a well-known format) 3: It ought to be easier than either (full) perl5 or (not yet fully written) perl6 However, I confess I'm not sufficiently concerned about this to actually try it. (There are too many things I still want to do with the perl5, it seems) Nicholas Clark

Re: Parrot long-term goals/prospects

2002-09-05 Thread Nicholas Clark
things. (Everything else in Dan's message, which I read quickly, I agree with, at least in overview) Nicholas Clark

Re: [perl #17026] [PATCH] core.ops including #16838

2002-09-05 Thread Nicholas Clark
guessing, and for JIT purposes I think only need to know about out1. Nicholas Clark

Re: [perl #17026] [PATCH] core.ops including #16838

2002-09-05 Thread Nicholas Clark
out_reg P1, in P2 Nicholas Clark

kcachegrind for speed profiling?

2002-09-06 Thread Nicholas Clark
at home is running Linux on x86. Nicholas Clark

vi modelines for the boilerplate (was Re: [PATCH] COW for ithreads (was Re: what copies scalars in ithreads?))

2002-09-08 Thread Nicholas Clark
from perl5-porters: On Sun, Sep 08, 2002 at 09:47:24PM +0200, Rafael Garcia-Suarez wrote: Nicholas Clark wrote: Are we going to assimilate what parrot is doing in all its C files - /* * Local variables: * c-indentation-style: bsd * c-basic-offset: 4 * indent-tabs-mode: nil

Re: Goal call for 0.0.9

2002-09-09 Thread Nicholas Clark
, defaulting to everything portable. Nicholas Clark -- Even better than the real thing:http://nms-cgi.sourceforge.net/

Re: [PATCH] Re: [perl #17091] 64-bit-int builds broken

2002-09-10 Thread Nicholas Clark
for parrot private functions then we should use a private header file. If we need prototypes for other people's missing prototypes then we should do that in some sort of common header file. Nicholas Clark -- Even better than the real thing:http://nms-cgi.sourceforge.net/

Re: [RFC] building core.ops op_hash at runtime

2002-09-11 Thread Nicholas Clark
the new pointer, return the result. If you hit the end, flag the hash as complete, return failure. ex::lib::zip is using this approach to scan the directory of the zip file its stuffed in INC on perl (5.8 or later). I don't know if it's faster, but it feels nicer :-) Nicholas Clark

Re: [perl #17194] ScanMail Message: To Sender, action taken by attachment blocking.

2002-09-12 Thread Nicholas Clark
trying. Do we have any official public LARTing policy on braindead systems that mail back to the list? [IIRC there was an NT VirusWall that was getting upset on p5p, thinking that several lines in perlbug's output looked like buffer overrun attempts. It also got very irritating] Nicholas Clark

Re: [perl #17346] [PATCH] return undef for negative indices

2002-09-22 Thread Nicholas Clark
and obfuscators. And several that I met at YAPC::EU are excited by the golfing and obfuscating possibilities of perl6. Be afraid) Nicholas Clark -- Even better than the real thing:http://nms-cgi.sourceforge.net/

Re: Perl 6 Summary for week ending 2002-09-15

2002-09-22 Thread Nicholas Clark
on the 15th. Did I miss anyone else's birthday? Not yet - but I almost did. :-) I only remembered at the airport yesterday that it was my 30th birthday. Nicholas Clark -- Even better than the real thing:http://nms-cgi.sourceforge.net/

Re: [perl #17549] [PATCH] direct accesss for intlist 10 times faster

2002-09-27 Thread Nicholas Clark
of a chunked approach for this. Nicholas Clark -- Even better than the real thing:http://nms-cgi.sourceforge.net/

Re: Would a getting started guide help

2002-09-30 Thread Nicholas Clark
for anyone to work out how to respond to your heresy. :-) Nicholas Clark -- Even better than the real thing:http://nms-cgi.sourceforge.net/

Re: [INFO] news about Lea allocator

2002-10-02 Thread Nicholas Clark
. Nicholas Clark

Re: core.ops ate my (miniscule) RAM

2002-10-02 Thread Nicholas Clark
(--cgoto=0) ie run Configure.pm as ./Configure.pl --cgoto=0 You don't need to build the computed goto core to have a working parrot. There are other (slightly slower at run time) cores it also builds. Nicholas Clark

Re: [INFO] news about Lea allocator

2002-10-02 Thread Nicholas Clark
On Wed, Oct 02, 2002 at 03:46:33PM +0200, Leopold Toetsch wrote: Nicholas Clark wrote: On Wed, Oct 02, 2002 at 02:01:48PM +0200, Leopold Toetsch wrote: +if (buffer-bufstart !(buffer-flags +(BUFFER_COW_FLAG|BUFFER_external_FLAG))) { +free(buffer-bufstart

Re: [perl #17739] [PATCH] Tests for assign ops

2002-10-04 Thread Nicholas Clark
decisions'; Nicholas Clark -- Even better than the real thing:http://nms-cgi.sourceforge.net/

Re: [perl #17766] [PATCH] memory_internals.pod

2002-10-05 Thread Nicholas Clark
specify an encoding on its attachments, and my copy of mutt takes a rather conservative view about what they might be. I presume that that should be Leopold Tötsch Nicholas Clark -- Even better than the real thing:http://nms-cgi.sourceforge.net/

Re: [perl #17766] [PATCH] memory_internals.pod

2002-10-05 Thread Nicholas Clark
is better because it seems clearer, probably because it flows more smoothly and eliminates some words (without changing the meaning) Nicholas Clark -- Even better than the real thing:http://nms-cgi.sourceforge.net/

Re: [perl #17766] [PATCH] memory_internals.pod

2002-10-06 Thread Nicholas Clark
then added. Nicholas Clark -- Even better than the real thing:http://nms-cgi.sourceforge.net/

Re: RFC: static line number information

2002-10-07 Thread Nicholas Clark
built in full debugging support for befunge, isn't it? Nicholas Clark -- Even better than the real thing:http://nms-cgi.sourceforge.net/

Re: Eliminate padding warnings

2002-10-09 Thread Nicholas Clark
431 b = (Buffer *)((char *)b + object_size); 2.) does it pass all tests Yes. (well, no change - there's one failure I really must find tuits to investigate, which I put down either to compiler or local hardware bug, but your patch doesn't change that) Nicholas Clark -- Even better

Re: [perl #17817] [PATCH] Parrot_sprintf-related stuff, part 2

2002-10-09 Thread Nicholas Clark
whether a special macro needs to be used. (and any platform that can't cope with free(NULL) deserves to crash and burn) Nicholas Clark -- Even better than the real thing:http://nms-cgi.sourceforge.net/

Re: [perl #17844] [PATCH] Avoid JIT on Sparc with 64-bit INTVAL and 32-bit pointers

2002-10-11 Thread Nicholas Clark
if they exist. Nicholas Clark

Re: [PATCH] Removing two-arg ne

2002-10-11 Thread Nicholas Clark
of 60 things. divide by 60, take remainder; divide by 59, take remainder; etc doesn't feel efficient at all. Is the correct answer use more 'Knuth' ?) Nicholas Clark -- Even better than the real thing:http://nms-cgi.sourceforge.net/

Re: [PATCH] Removing two-arg ne

2002-10-12 Thread Nicholas Clark
On Fri, Oct 11, 2002 at 05:01:49PM -0400, Dan Sugalski wrote: At 9:02 PM +0100 10/11/02, Nicholas Clark wrote: I would like to kill all generated variants of all the 3 argument opcodes where both input arguments are constants. They truly are superfluous. Where both operands are ints

Re: signal 11 when run on x86, JIT enabled

2002-10-13 Thread Nicholas Clark
/op/interp.dubious Test returned status 1 (wstat 256, 0x100) DIED. FAILED test 2 Failed 1/2 tests, 50.00% okay is this to be expected? It's now the only regression test that fails under the JIT. Previously I think several were, but I can't remember for sure. Nicholas Clark

Re: [perl #17936] [PATCH] MANIFEST

2002-10-16 Thread Nicholas Clark
/ tree that aren't in MANIFEST. Should something be done about them? Nicholas Clark -- Even better than the real thing:http://nms-cgi.sourceforge.net/

Re: [perl #17896] [PATCH] PerlHash tests

2002-10-16 Thread Nicholas Clark
mailer, RT, or some combination that is causing this. Is your mailer using format flowed? [this seems to be becoming increasingly common due to OS X] Nicholas Clark -- Even better than the real thing:http://nms-cgi.sourceforge.net/

Re: [perl #17901] [PATCH] More PMC tests

2002-10-16 Thread Nicholas Clark
below adds tests for the eq, ne, lt, le, gt, ge neg ops for PerlInts and PerlNums. Thanks, applied. -use Parrot::Test tests = 72; +use Parrot::Test tests = 79; with fuzz (there were 4 more tests) Nicholas Clark -- Even better than the real thing:http://nms-cgi.sourceforge.net/

Re: [perl #17903] [PATCH] sprintf test

2002-10-16 Thread Nicholas Clark
On Mon, Oct 14, 2002 at 12:09:54AM +, Simon Glover wrote: Here's a brief test for the PMC, PMC, PMC form of the sprintf op; as an added bonus, it also tests two of the formats not previously tested (%b and %o). Thanks, applied Nicholas Clark -- Even better than the real thing

Re: [perl #17935] [PATCH] Remove a warning

2002-10-16 Thread Nicholas Clark
attached patch fixes this problem. Thanks, applied Nicholas Clark -- Even better than the real thing:http://nms-cgi.sourceforge.net/

Re: [perl #17907] [PATCH docs/parrot_assembly.pod] Minor typos and consistencies

2002-10-16 Thread Nicholas Clark
of case convention we should be following, such as upper case for registers, and lower case for anything else? Most of the patch is just prettification, from an English-language point of view. Thanks, applied Nicholas Clark -- Even better than the real thing:http://nms

Re: [CVS ci] list / array

2002-10-18 Thread Nicholas Clark
non-x86. Well, it's definitely not *that*. :-) Nicholas Clark -- Even better than the real thing:http://nms-cgi.sourceforge.net/

Re: [perl #17899] [PATCH] .include macros (and misc. documentation)

2002-10-18 Thread Nicholas Clark
extraneous whitespace, so macros in included files weren't being recognised as such. 4) Adds two tests for .include to macro.t Thanks, applied NB Patches attached rather than appended, in an effort to avoid mailer mangling Applied cleanly. Nicholas Clark

Re: [perl #18006] [PATCH] Improved stack direction test

2002-10-18 Thread Nicholas Clark
it on the PPC Linux (well, GNU-know-who/Linux) machine I have access to because several tests are already failing due to va_args. [I don't really have enough viable access to do much more than run tests there. It would be easier if I visited it in person] I haven't committed it. Nicholas Clark

Re: [perl #censored] [PATCH] sprintf test

2002-10-18 Thread Nicholas Clark
On Thu, Oct 17, 2002 at 12:07:57AM -0700, Steve Fink wrote: On Wed, Oct 16, 2002 at 09:19:45PM +0100, Nicholas Clark wrote: On Mon, Oct 14, 2002 at 12:09:54AM +, Simon Glover wrote: Here's a brief test for the PMC, PMC, PMC form of the sprintf op; as an added bonus, it also tests

Re: [PATCH] lsr for ARM jit

2002-10-19 Thread Nicholas Clark
On Sat, Sep 07, 2002 at 04:39:52PM +0100, Nicholas Clark wrote: Here are logical shift right opcodes for the ARM jit. (Cargo cult coding) Thanks, applied Nicholas Clark -- Brainfuck better than perl? http://www.perl.org/advocacy/spoofathon/

Re: Another vtable update

2002-10-21 Thread Nicholas Clark
On Mon, Oct 21, 2002 at 04:54:48PM -0400, Dan Sugalski wrote: At 9:27 PM +0100 10/21/02, Nicholas Clark wrote: On Mon, Oct 21, 2002 at 03:18:37PM +0200, Leopold Toetsch wrote: I'm currently committing the new splice vtable method for array classes. And finally, PMCs are currently only

Re: [PATCH] Probe stack direction at run-time (was Re: Configuring and DOD problems)

2002-10-25 Thread Nicholas Clark
or +1 Nicholas Clark -- INTERCAL better than perl? http://www.perl.org/advocacy/spoofathon/

Re: [perl x18078] Patty's login stuff

2002-10-25 Thread Nicholas Clark
how to parse regexps to get the address out, are you going to start using pathological expressions with greedy matches inside nested captures that will tie them up until the heat death of the universe? :-) Nicholas Clark -- Befunge better than perl? http://www.perl.org/advocacy/spoofathon/

Re: Execute in place?

2002-10-25 Thread Nicholas Clark
to mmap read only was very useful, for the reasons you describe. I wasn't aware that the bytecode format had changed sufficiently to preclude mapping the whole file in read only (even if the current reader doesn't do this), but I admit that I've not been following changes closely. Nicholas Clark

Re: Copyright notices and license stuff

2002-10-27 Thread Nicholas Clark
, but presumably it does matter to someone for some reason important to them, otherwise it would never have become significant enough to need this explicit clarification.) Nicholas Clark -- INTERCAL better than perl? http://www.perl.org/advocacy/spoofathon/

Re: Draft sketch of bytecode generation

2002-10-27 Thread Nicholas Clark
as a string in the string constant pool? Nicholas Clark -- Befunge better than perl? http://www.perl.org/advocacy/spoofathon/

Re: Of mops and microops

2002-10-29 Thread Nicholas Clark
when necessary. I've had 3 drafts at responding to this, and I conclude my brain hurts I don't see an obvious clean solution to this, specifically 64 bit ops that run correctly on 32 bit native systems, but take advantage of 64 bit native systems. Nicholas Clark

Re: [CVS ci] string_str_index

2002-10-30 Thread Nicholas Clark
with this. Nicholas Clark

[COMMIT] t/src/manifest.t

2002-11-03 Thread Nicholas Clark
I added a local to $_ in t/src/manifest.t to avoid an undef warning in 5.005_03's File::Find Nicholas Clark -- Befunge better than perl? http://www.perl.org/advocacy/spoofathon/

Re: Need for fingerprinting? [was: Re: What to do if Digest::MD5 is unavailable?]

2002-11-04 Thread Nicholas Clark
have header and trailer asm statements that are actually just assembly language comments with marker text that gcc passes through undigested. This would let us annotate the assembler output of gcc) Nicholas Clark -- Brainfuck better than perl? http://www.perl.org/advocacy/spoofathon/

Re: [perl #18219] on_exit not portable

2002-11-05 Thread Nicholas Clark
. Then we can make them all DTRT everywhere, I think... either with our without atexit(). If this (Parrot_exit/Parrot_on_exit) is a reasonable way to do things, I can probably come up with a patch later this week, if nobody else jumps on it ;-) I'm not jumping. Sorry. Nicholas Clark PS Yes

NULL (was Re: cvs commit: parrot interpreter.c stacks.c)

2002-11-09 Thread Nicholas Clark
it) is that float 0.0 and double 0.0 are written as all bits zero in memory. Nicholas Clark -- Brainfuck better than perl? http://www.perl.org/advocacy/spoofathon/

Re: [CVS ci] (was: NULL (was Re: cvs commit: parrot interpreter.c stacks.c))

2002-11-10 Thread Nicholas Clark
On Sun, Nov 10, 2002 at 12:15:06PM +0100, Leopold Toetsch wrote: Leopold Toetsch wrote: Nicholas Clark wrote: It's not likely to be a portability problem, To NULL or not to NULL, this is the question. I introduced a macro, depending on a symbol HAS_NON_ZERO_NULL, which should

Re: Selfbootstrapping compilers (Was: faq)

2002-11-13 Thread Nicholas Clark
parser precompiled. It also means that we must be careful to prevent the compiled perl6 parser becoming trojaned (as cc and login reportedly were on early unix systems). Yes, I've only thought of this because of the recent tcpdump trojan. But I think it's something we need to bear in mind. Nicholas

Re: Quick note on JIT bits

2002-11-14 Thread Nicholas Clark
the jitted code executes as usual. This sounds horribly like the C rule of don't rely on automatic variables after the return from longjump. No. I don't have an answer. Nicholas Clark

Re: Quick note on JIT bits

2002-11-14 Thread Nicholas Clark
) that the JIT exception handler uses to restart. I'm making the assumption that exceptions can happen in many places, but rarely do, so we can ill afford to make the direct code slower to cope with them, and that it doesn't matter if it takes a lot of effort to handle them when they happen. Nicholas Clark

Re: [RFC] unified core.jit

2002-11-19 Thread Nicholas Clark
the least confusing way round. At worst parrot assembler and the JIT share the same ordering, and the platform's native assembler is the other way. At best all three are the same way round. Nicholas Clark -- Brainfuck better than perl? http://www.perl.org/advocacy/spoofathon/

Re: Perl 6 Test Organization

2002-11-20 Thread Nicholas Clark
/ ... -- c Nicholas Clark -- INTERCAL better than perl? http://www.perl.org/advocacy/spoofathon/

Re: C#/Parrot Status

2002-11-24 Thread Nicholas Clark
I know how to do it] Floating point fills me with fear. Nicholas Clark -- Befunge better than perl? http://www.perl.org/advocacy/spoofathon/

Re: long double error

2002-11-25 Thread Nicholas Clark
) if the perl is built with NVs as long doubles. (ie -Duselongdouble at Configure time) The long vaunted plan to actually make everything that outputs bytecode use one C library (with a perl interface) might be a better way to properly solve this. Nicholas Clark

Re: C#/Parrot Status

2002-11-25 Thread Nicholas Clark
. Is there any speed advantage in truncating by casting via a C type [eg a = (int)(short) b] rather than and on a bitmask [eg a = b 0x] ? We're going to have to do that latter to make it work on Crays anyway, so is a conditional compile to chose between the two worth it? Nicholas Clark

Re: C#/Parrot Status

2002-11-25 Thread Nicholas Clark
On Mon, Nov 25, 2002 at 11:29:01AM -0500, Dan Sugalski wrote: At 4:04 PM + 11/25/02, Nicholas Clark wrote: Is there any speed advantage in truncating by casting via a C type [eg a = (int)(short) b] rather than and on a bitmask [eg a = b 0x] ? We're going to have to do

Re: C#/Parrot Status

2002-11-25 Thread Nicholas Clark
On Mon, Nov 25, 2002 at 04:39:23PM +, Nicholas Clark wrote: And we ought to make a generic safe version of the code for signed truncation that works for platforms that are any or all of the following holds 1: no type of that size (eg Crays) 2: signed integer truncation (UTS) [and other

Re: C#/Parrot Status

2002-11-25 Thread Nicholas Clark
On Mon, Nov 25, 2002 at 05:40:36PM +0100, Leopold Toetsch wrote: Nicholas Clark wrote: I'm surprised that you did your regression tests longhand, rather than having a data table in perl of input and expected output, and auto-generating parrot code. Writing a few explicit tests

Re: cvs commit: parrot/docs jit.pod

2002-11-26 Thread Nicholas Clark
? Fundamental implementation constraints (using zero to flag something else?) This will impact performance, although whether it's not actually measurable, slight, or moderate, I don't know. [patches welcome?] Nicholas Clark

Re: cvs commit: parrot/docs jit.pod

2002-11-26 Thread Nicholas Clark
to be the scratch register. The way the ABI works, with r12 trashed on function call entry, but r0 used to return values from functions means that r12 is available within an op, while mapping r0 to a parrot register for the first JITted op after an external call could save 1 register move. Nicholas Clark

Re: Directory renaming

2002-11-29 Thread Nicholas Clark
this? [assuming it does want to be done?] Nicholas Clark

Re: Directory renaming

2002-11-29 Thread Nicholas Clark
On Fri, Nov 29, 2002 at 10:14:39AM -0800, Robert Spier wrote: Nicholas Clark writes: This seems to be a good idea. I'd commit it, except that it needs more than commit access to move a directory with CVS. Who has enough shell access to cvs.perl.org to do this? [assuming it does want

Re: [perl #18773] [PATCH] introducing debug features in befunge

2002-11-30 Thread Nicholas Clark
, dumping the playfield, status line, and even more... How exciting! Er, how scary. Nicholas Clark

Re: [PASM] about pushi and popi

2002-11-30 Thread Nicholas Clark
(in which case it can break the mapping). [With the corollary that if the values in them are re-used, then clearly the mapping must continue] So I think it would be sensible to defined that you can rely on this, as it is the least surprising behaviour. Nicholas Clark -- Brainfuck better than perl

Re: C#/Parrot Status

2002-11-30 Thread Nicholas Clark
On Mon, Nov 25, 2002 at 05:40:36PM +0100, Leopold Toetsch wrote: Nicholas Clark wrote: Is there any speed advantage in truncating by casting via a C type [eg a = (int)(short) b] rather than and on a bitmask [eg a = b 0x] ? gcc uses MOVSX (movs{b,w}l), move byte/word with sign

Re: [perl #18793] [PATCH] befunge now supports step by step execution

2002-12-01 Thread Nicholas Clark
. Nicholas Clark

Re: [perl #18566] [PATCH] Brainfuck support

2002-12-03 Thread Nicholas Clark
with a configure generated Makefile (so that $(PERL) is set correctly) Nicholas Clark -- Brainfuck better than perl? http://www.perl.org/advocacy/spoofathon/

Re: parrot organization

2002-12-03 Thread Nicholas Clark
in the perl foundation. Nicholas Clark

Re: logical_not issue

2002-12-07 Thread Nicholas Clark
and this isn't valid This is more a perl6 language message, isn't it? If it can't quickly be quashed, should it migrate there? Nicholas Clark -- Befunge better than perl? http://www.perl.org/advocacy/spoofathon/

Re: A work list! (Coming soon)

2002-12-10 Thread Nicholas Clark
opcode translation (at load time or runtime) A z-code interpreter (based on the two previous items) Implementation of an existing general purpose scripting language on parrot (such as Python or Ruby) I may have forgotten some things :-) Nicholas Clark -- INTERCAL better than perl? http

Re: Curses Life

2002-12-11 Thread Nicholas Clark
. Then, once he's done the zmachine loader and got a zmachine opcode set up and running... and then all get digressed into playing http://astray.com/Bookshop.z5 (see http://london.pm.org/pipermail/london.pm/Week-of-Mon-20010924/005441.html ) Nicholas Clark

Re: [perl #19090] [PATCH] make parrot_v[sfn]*printf behave itself

2002-12-13 Thread Nicholas Clark
) Nicholas Clark -- INTERCAL better than perl? http://www.perl.org/advocacy/spoofathon/

Re: [ANNOUNCE] Parrot is feature-frozen until Wednesday

2002-12-14 Thread Nicholas Clark
-Firebird (Test +Failed), *percy* TD-Continental (Burning), TD-Ferrari (Test Failed), TD-Celica (Test +Failed), *percy* glastig (Test Failed), TD-Seville (Test Failed), galactic-tcc +(Burning), frivolous (Test Failed), *percy* galactic-lcc (Test Failed) Nicholas Clark

Re: [COMMIT] interpreter.c bugfix

2002-12-14 Thread Nicholas Clark
libnci.so not found # ' # expected: 'loaded # dlfunced # ok 1 # ok 2 # ok 3 # ok 4 # ' # Looks like you failed 2 tests of 11. dubious Test returned status 2 (wstat 512, 0x200) DIED. FAILED tests 10-11 Failed 2/11 tests, 81.82% okay (-9 skipped tests: 0 okay, 0.00%) ] Nicholas

Re: [perl #19179] [PATCH] creating string_max_bytes()

2002-12-16 Thread Nicholas Clark
a UTF8 character may occupy up to three bytes. Should that really be the number 3? I thought that the UTF8 representation of code points outside the base Unicode plane could get longer than that. Nicholas Clark

Re: [perl #19183] languages/perl6/t/compiler.t -- multiple ways to spell Inf

2002-12-16 Thread Nicholas Clark
language question] Also, is the first of these a bug? $ ./perl6 -e 'print 3/undef; print \n' Can't call method tree on an undefined value at ./perl6 line 342. $ ./perl6 -e 'print 3/$n; print \n' Inf Nicholas Clark

Re: [perl #19187] t/src/sprintf errors with 64-bit ints:

2002-12-16 Thread Nicholas Clark
to. Nicholas Clark

Re: Minimum requirements reminder

2002-12-17 Thread Nicholas Clark
no qr because we want 5.004. Nicholas Clark

Re: [perl #19192] JIT fails 3 tests on AMD K5

2002-12-17 Thread Nicholas Clark
can't use it while offline. Nicholas Clark

Re: [perl #19232] [PATCH] UINTVAL_SIZE is not defined

2002-12-18 Thread Nicholas Clark
think it's needed for the hack of mapping a function pointer to a data pointer and back. Is the tendra compiler free? I've tried to find it before, but couldn't manage to get a functional download URL. Nicholas Clark 1: except HP's FORTRAN 77 compiler sets all unitialised values to 0, which

Re: Register scanning

2002-12-18 Thread Nicholas Clark
has at least one free slot maintained at all times. If the pinning routine finds it is about to fill the free slot, then it pins the thing passed in, and immediately allocates more space. This might trigger GC, but it's safe as everything is pinned :-) Nicholas Clark

Re: [perl #19192] JIT fails 3 tests on AMD K5

2002-12-18 Thread Nicholas Clark
stringbug6.pbc P0 is 1.3e5, N0 is 0.00 what would your response be? :-) [if I remove either the set N1, or the sub N2, the answer is correct in the JIT] Nicholas Clark

Re: [perl #19349] [PATCH] mark PMCs - take #2

2002-12-23 Thread Nicholas Clark
threads book. I take it that makes me a fully qualified l33t threads d00d who knows everything. How much of a speed impact could it be to serialise DOD runs between threads? Presumably 1 thread doing a DOD run could actually manage to free up enough memory to make both happy? Nicholas Clark

Re: [perl #19603] [PATCH] Befunge debugger now supports breakpoints

2002-12-30 Thread Nicholas Clark
On Mon, Dec 30, 2002 at 05:24:56PM +, Jerome Quelin wrote: Upon general (ahem) request, the befunge interpreter now supports breakpoints inside the debugger. Thanks, applied Nicholas Clark

Re: Variable/value vtable split

2002-12-30 Thread Nicholas Clark
are in constant memory, how do we efficiently create singleton objects? Nicholas Clark

Re: [perl #19610] [PATCH] New language support: Ook!

2002-12-30 Thread Nicholas Clark
On Mon, Dec 30, 2002 at 11:45:19PM +, Nicholas Clark wrote: Indeed. However, when I tried compiling my Ook! test program: I got this: Label KOO1_2 already exists at ../../assemble.pl line 557. (admittedly from a pre-built parrot that is about 2 weeks old) Also on a clean checkout

Re: [perl #19610] [PATCH] New language support: Ook!

2002-12-31 Thread Nicholas Clark
On Tue, Dec 31, 2002 at 06:18:36PM +0100, Jerome Quelin wrote: Nice to see how dummy languages make the whole stuff advance... :o) Then there's the zcode interpreter... (dynamic opcode library loading, foreign bytecode translation) Nicholas Clark

no no-strict-aliasing (more bondage and stricture)

2002-12-31 Thread Nicholas Clark
. And as we're now letting gcc make aliasing based optimisations, we might see more speed. (And maybe unicorns, flying pigs, and round tuits) Nicholas Clark --- config/inter/progs.pl~ Fri Oct 25 11:23:17 2002 +++ config/inter/progs.pl Tue Dec 31 21:18:24 2002 @@ -15,6 +15,7 @@ sub runstep

Re: [perl #19610] [PATCH] New language support: Ook!

2002-12-31 Thread Nicholas Clark
: the Ook! language. On Tue, Dec 31, 2002 at 06:15:43PM +0100, Jerome Quelin wrote: Oh, btw. This patch assumes the first Ook! patch is already commited. Thanks, both applied Nicholas Clark

Re: Infant mortality

2003-01-02 Thread Nicholas Clark
off into a refcount loop. In which case they will get spotted at some point probably before program exit, compared with perl5 which only spots them if your program exits] Nicholas Clark

Re: [perl #x19800] LOL

2003-01-07 Thread Nicholas Clark
? For a bug report that alone ought to sent it over the spam threshold Nicholas Clark

<    1   2   3   4   5   6   7   8   9   >