Re: signal 11 when run on x86, JIT enabled
Steve Fink wrote: On Mon, Oct 14, 2002 at 10:06:54AM +0200, Leopold Toetsch wrote: This is, what restart NEXT() does. That's what I originally thought, but there seemed to be no attempt at implementing this in the code, so I though it must not have been attempted yet -- hence the TODO. But either way -- anyone want to take a crack at it? If I remember correctly, it would essentially require making restart somehow compile down to the code for 'end', plus setting some flags so you know you're not really done yet. Then put the runops() call in a loop if it isn't already, to keep going until a true 'end' op is reached. This is all there. When you look at this test: - JIT is left - restart flag is set - slow_core is entered (showing trace) - trace is stopped - JIT _should_ be entered again at the correct PC Only the last is missing, i.e. restarting JIT at a certain PC. leo
Re: getting started guide in pod
Erik Lechak wrote: Just wondering: What would another documentation style have to provide to make it an acceptable replacement for pod? being pod. you gotta love it ;-) cheers, Aldo __END__ $_=q,just perl,,s, , another ,,s,$, hacker,,print;
Re: [perl #17936] [PATCH] MANIFEST
On Mon, Oct 14, 2002 at 11:06:05PM +, Jürgen Bömmels wrote: # New Ticket Created by J?rgen B?mmels # Please include the string: [perl #17936] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt2/Ticket/Display.html?id=17936 There are again some files missing in MANIFEST. HINT: I have still [perl #16839] in my tree, so errors like this are really easy to recognize. This has been applied, hasn't it? [Am I supposed to check somewhere other than the mailing list to learn this?] There still appear to be 996 files in the icu/ 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
On Sun, Oct 13, 2002 at 04:29:09PM +, Simon Glover wrote: # New Ticket Created by Simon Glover # Please include the string: [perl #17896] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt2/Ticket/Display.html?id=17896 This patch: i) Adds several new tests for PerlHash, specifically: - storing scalar PMCs, and retrieving their values into PMC registers and into INT/NUM/STRING registers as appropriate (Some of this is already tested in the clone test, but really deserves a stand-alone test) - retrieving undefined values - if (PerlHash), unless(PerlHash) ii) Removes one test -- the former test no. 1 -- which tests exactly the same functionality as a (more complete) later test iii) Reorders the tests into a more rational order: we now test simple things (like getting setting STRINGs, INTs NUMs) near the top, and more complex things (clone, compound keys etc.) near the end. I find this makes it easier to figure out what we're actually testing. Thanks applied. IIRC I had to tell patch to ignore whitespace. I'm not sure if it's your 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
On Sun, Oct 13, 2002 at 11:45:06PM +, Simon Glover wrote: # New Ticket Created by Simon Glover # Please include the string: [perl #17901] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt2/Ticket/Display.html?id=17901 Patch 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
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:http://nms-cgi.sourceforge.net/
Re: [perl #17935] [PATCH] Remove a warning
On Mon, Oct 14, 2002 at 10:47:48PM +, Jürgen Bömmels wrote: /usr/local/bin/gcc -g -Wall -Wstrict-prototypes -Wmissing-prototypes -Winline -Wshadow -Wpointer-arith -Wcast-align -Wwrite-strings -Waggregate-return -Winline -W -Wno-unused -Wsign-compare -Wformat-security -Wpacked -Wdisabled-optimization -Werror -Wno-padded -Wno-format-nonliteral -Wno-cast-qual -I../include -o default.o -c default.c cc1: warnings being treated as errors default.pmc: In function `caller': default.pmc:21: warning: return discards qualifiers from pointer target type make[1]: *** [default.o] Error 1 attached patch fixes this problem. Thanks, applied Nicholas Clark -- Even better than the real thing:http://nms-cgi.sourceforge.net/
[CVS ci] list / array
I did check in some patches WRT list/arrays. list.c/list.h: - fixed list_mark - get_item/... return now PMC** - added list_set_length + list truncation intlist.c: - uses List - missing: parts of file header, clone classes/{perl,}array.pmc - use List + MANIFEST, parrot.h, makefile Success ;-) reports, especially from non intel - welcome. leo
Re: [perl #17936] [PATCH] MANIFEST
Nicholas Clark wrote: This has been applied, hasn't it? [Am I supposed to check somewhere other than the mailing list to learn this?] I did add these missing entries, when I checked in my list integration patch, which touched the MANIFEST anyway. Sorry - no notice about that til now, a RL job interfered, damaged database file(s) to repair. There is somewhere a mailing list cvs something for checkins. There still appear to be 996 files in the icu/ tree that aren't in MANIFEST. Should something be done about them? As they are in the tree, and shouldn't get deleted by a make distclean, they should probably be in the MANIFEST. Nicholas Clark leo
Re: [perl #17936] [PATCH] MANIFEST
On Wed, 16 Oct 2002, Leopold Toetsch wrote: There is somewhere a mailing list cvs something for checkins. [EMAIL PROTECTED] (and an archive on the web at archive.develooper.com) Simon
Re: [perl #17907] [PATCH docs/parrot_assembly.pod] Minor typos and consistencies
On Mon, Oct 14, 2002 at 02:31:53AM +, chromatic wrote: I've been browsing the docs, and took the time to do a bit of copyediting. There's room for more consistency -- sometimes the registers are called 'X' and 'Y' and other times 'x' and 'y'. Yes, I did notice this. Is there any sort 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-cgi.sourceforge.net/
[perl #17974] make clean removes lib/Parrot/PMC.pm
# New Ticket Created by Simon Glover # Please include the string: [perl #17974] # in the subject line of all future correspondence about this issue. # URL: http://rt.perl.org/rt2/Ticket/Display.html?id=17974 Following the recent PMC reorganization, lib/Parrot/PMC.pm is now in the list of 'fluid' generated files -- ie autogenerated files that are produced during the build removed on 'make clean'. However, nothing in the Makefile seems to rebuild this file, so doing: make make clean make leaves you without a copy (and means that everything in t/op t/pmc promptly fails, as assemble.pl can't run). A simple fix would be to revert to having lib/Parrot/PMC.pm as a 'sticky' file (ie one built by Configure and only removed by 'make realclean'), but I'm reluctant to include a patch as I'm not sure why this change was made in the first place. Can anyone shed any light? Simon