#parrot Parrot 0.6.1 "Bird of Paradise" Released | parrotcode.org
Set by moderator on 29 April 2008.
dalek r27328 | jkeenan++ | trunk: 00:00
: Applying patch submitted in
: rt.perl.org/rt3/Ticket/Display.html?id=53600 eliminating
: config/auto/python.pm and associated test file.
diff: www.parrotvm.org/svn/parrot/revision?rev=27328
00:12 Eevee joined
cotto_work purl, svn st is <reply>svn: warning: '#parrot' is not a working copy 00:35
purl OK, cotto_work.
cotto_work svn st
purl, forget svn st 00:36
purl cotto_work: I forgot svn st
cotto_work purl, svn st is <reply>svn: warning: '#parrot' is not a working copy
purl OK, cotto_work.
cotto_work svn st
purl, svn st
purl svn: warning: '#parrot' is not a working copy
Infinoid svn st 00:37
svn st?
purl svn: warning: '#parrot' is not a working copy
Infinoid hmm
cotto_work nobody's going to accidentally add a question mark
Infinoid All tests successful.
purl That's great, Infinoid! Now the only bugs that remain are the ones you haven't tested for yet!
Infinoid All tests successful 00:38
purl Infinoid: that's because you wrote only one test, slacker!
Infinoid obviously its capable of replying without a punctuation trigger
...but I don't know how.
cotto_work purl, (svn st) is <reply>svn: warning: '#parrot' is not a working copy 00:39
purl OK, cotto_work.
cotto_work svn st
svn st.
particle[ventus] literal All tests successful 00:42
purl particle[ventus]: All tests successful =is= <reply>Time to write more tests!|<reply>Time for a well deserved vacation, $who!|<reply>$who: that's because you wrote only one test, slacker!|<reply>That's great, $who! Now the only bugs that remain are the ones you haven't tested for yet!|<reply>pass(); ok(1); is(1,1);|<reply>Are you feeling lucky?|<reply>Guess your work here is done, $who. Your notice of intestination will arrive shortly.
particle[ventus] literal svn st
purl particle[ventus]: svn st =is= <reply>svn: warning: '#parrot' is not a working copy
particle[ventus] harumph
cotto_work cargo cult time 00:43
purl, svn st =is= <reply>svn: warning: '#parrot' is not a working copy|<reply>svn: warning: '#parrot' is not a working copy
purl OK, cotto_work.
cotto_work svn st
I fail
particle[ventus] Svn st 00:44
works when you msg purl 00:45
Infinoid svn st 00:48
there's something purl isn't telling us. :)
Tene svn st? 00:54
purl svn: warning: #parrot is not a working copy
cotto_home purl, forget svn st 01:18
purl cotto_home: I forgot svn st
cotto_home purl, svn st is <reply>warning: #parrot is not a working copy
purl OK, cotto_home.
cotto_home svn st
stupid bot 01:19
purl ugly bag of mostly water.
tetragon Bah, the version of svn I have would give 'svn: '#parrot' is not a working copy' or 'svn: '.' is not a working copy' 01:21
(OS X 10.5 comes with 1.3.1) 01:23
cotto_home I was seeing if the single quotes did anything
purl seemed to be omitting them 01:24
purl cotto_home: sorry...
cotto_home you'd better be
tetragon notices that the release she has will be celebrating its second birthday at the end of the month 01:25
Infinoid hahaha 01:37
purl knows how to talk back :)
purl Infinoid: sorry...
tetragon Don't be sorry for that, purl 01:39
purl tetragon: what?
01:46 davidfetter joined 01:47 StaticShock joined 02:06 Bill joined 02:09 Billh joined 02:35 janus joined
spinclad pmichaud: sorry, was called away. re my $x; $x++; : i don't see that matching any signature; it's not an Int or Num... 03:11
Coke wonders why he told his boss he'd work on something from home tonight.
spinclad it only _might_ be one 03:12
Tene Masochist much?
spinclad backlogs...
note though that for rationals, you don't have to do anything special to have 0/0 act generic: 03:50
C< my Rat $q = 0/0; $q++ >: $q = $q + 1 == $q + 1/1: 0/0 + 1/1 == (0*1 + 1*0) / 0*0 == 0/0; likewise + a/b, -, *, / . 03:53
s/0*0/0*1/ 03:55
Billh I am seeing some parrot failures in math and arithmetic due to tests returning some type of number such as '0.000000' instead of '-0.000000', in other words due to the tests making a difference between 0 and -0. If this intended? 03:57
spinclad (likewise, 1/0 behaves naturally as inf.)
Infinoid Billh: yes. but not all platforms have the right floating point semantics for this... this is an area where we need to standardize further 03:58
spinclad Billh: parrot relies here on underlying IEEE arithmetic, which platforms differ on, and may be getting wrong (MS in particular, i think) 03:59
possibly the tests should accept either? 04:00
Billh would it make a difference in other parrot functions if the tests accepted either? 04:01
spinclad the tests and other functions should be harmonized, if they are not already 04:02
spinclad wonders if 0.0 == -0.0 is/would be a sore point (tested already?) 04:04
Billh I have a couple of compilation warning patches (cage cleaning) ...is there a place to submit them? 04:06
spinclad rt?
purl rt is just RT (bestpractical.com/rt) or (:rt3) or (: rt bugs) or Obra's trouble ticketing system or the first IBM RISC workstation (www.contrib.andrew.cmu.edu/~shadow/ibmrt.html) or the bombsquad or the Right Thing or very very capable and open-source or an application framework that bundles a ticketing system or obra's baby or SOOOO slow :-S or email mailto:perlbug-owner@perl.org for access
spinclad there 04:07
Billh thanks
Coke See docs/submissions.pod for more details on patch submittal. 04:12
parrot patches?
parrot patches is docs/submissions.pod 04:13
dalek r27329 | chromatic++ | trunk: 04:19
: [JIT] Fixed three often-repeated compiler warnings (RT #53350, reported by
: Coke).
diff: www.parrotvm.org/svn/parrot/revision?rev=27329
04:30 peepsalot joined 04:33 tetragon joined
dalek r27330 | chromatic++ | trunk: 04:43
: [JIT] Made headerizer work with arch-specific JIT files (RT #53168, reported by
: Bob Rogers).
diff: www.parrotvm.org/svn/parrot/revision?rev=27330
04:47 Psyche^ joined
Billh about -0 and 0: in en.wikipedia.org/wiki/IEEE_754 it says 04:54
Every possible bit combination is either a NaN or a number with a unique value in the affinely extended real number system with its associated order, except for the two bit combinations negative zero and positive zero, which sometimes require special attention (see below). The binary representation has the special property that, excluding NaNs, any two numbers can be compared like sign and...
...magnitude integers (although with modern computer processors this is no longer directly applicable): if the sign bit is different, the negative number precedes the positive number (except that negative zero and positive zero should be considered equal), otherwise, relative order is the same as lexicographical order but inverted for two negative numbers; endianness issues apply.
...so is parrot going to differentiate between 0.0 and -0.0? 04:55
Coke That's a question for the list, I think. I'm not sure a determination has been made. (Though there are probably several RT tickets open about it.) 05:06
dalek r27331 | coke++ | trunk: 05:10
: [Tcl] all tickets worth saving have been moved over to google.
diff: www.parrotvm.org/svn/parrot/revision?rev=27331
Coke whoops, committed 3 files instead of one. 05:11
dalek r27332 | chromatic++ | trunk: 05:12
: [src] Fixed some header mismatches.
diff: www.parrotvm.org/svn/parrot/revision?rev=27332
r27333 | chromatic++ | trunk: 05:15
: [PIO] Made PIO_putps check that the PMC to which to write is sane. Fixes the
: crash in RT #52396, reported by Seneca Cunningham.
: Enabled CONST_STRING for src/io/io.c.
diff: www.parrotvm.org/svn/parrot/revision?rev=27333
r27334 | chromatic++ | trunk: 05:37
: [runtime] Disabled generation of deprecated vtable name constants (RT #48877).
diff: www.parrotvm.org/svn/parrot/revision?rev=27334
r27335 | coke++ | trunk: 05:49
: [tcl]
: Test for code.google.com/p/partcl/issues/detail?id=54
: (catch exceptions in [inline])
diff: www.parrotvm.org/svn/parrot/revision?rev=27335
05:57 uniejo joined 06:01 Psyche^ joined 06:45 iblechbot joined
dalek r27336 | fperrad++ | trunk: 07:19
: [Lua]
: - luad.pir : fix tests on win32
diff: www.parrotvm.org/svn/parrot/revision?rev=27336
07:29 Zaba joined 08:07 Ademan joined
Jonathan Morning, all 08:36
moritz good morning ;)
dalek allison@perl.org | Concurrency Tasks: 08:47
link: www.perlfoundation.org/parrot/index...ency_tasks
shorten dalek's url is at xrl.us/bjqpy
09:27 IllvilJa joined
Jonathan Urk. 09:36
Jonathan gets a segfault in the GC
my Int $x = undef; say $x.WHAT 09:37
Int
my $x = undef; say $x.WHAT;
Failure
my Int $x = 42; say $x.WHAT; $x = undef; say $x.WHAT;
Int
moritz: Look correct to you?
dalek r27337 | jonathan++ | trunk: 09:39
: [rakudo] Make it so we can assign undef to typed variables. In the case where it's a typed variable we're assigning it to, stick the proto-object in there instead.
diff: www.parrotvm.org/svn/parrot/revision?rev=27337
moritz Jonathan: yes 09:41
Jonathan OK, that's one ticket down. 09:42
Read up a bit on the Failure stuff, understand it a tad better now.
moritz it's amazing how much thought is in the synopsis. I couldn't fully appreciate that on first reading because I understood only 20% 09:43
now I'm at 40% I guess ;)
Jonathan Some things when I first looked at them, I thought "how on EARTH will they implement that? glad I don't have to do it!" 09:44
moritz lol
Jonathan Apart from I've implemented some of those things now.
dalek r27338 | jonathan++ | trunk: 10:56
: [rakudo] Make grammars more class-like. We now create protoobjects for them. Added a Grammar class, implementing the ACCEPTS method which calls TOP. Had to tweak the protoclass' ACCEPTS to also try the one in the class to make this work; should review if this is really the Right Way for this to work.
diff: www.parrotvm.org/svn/parrot/revision?rev=27338
r27339 | jonathan++ | trunk: 11:01
: [rakudo] Smart-matching against a grammar should set $/.
diff: www.parrotvm.org/svn/parrot/revision?rev=27339
11:23 wknight8111 joined 11:37 rdice joined 12:19 Zaba joined
dalek r27340 | jonathan++ | trunk: 12:19
: [rakudo] Make grammar inheritance work.
diff: www.parrotvm.org/svn/parrot/revision?rev=27340
Jonathan takes lunch 12:21
Jonathan returns 12:59
13:02 gryphon joined
dalek r27341 | jonathan++ | trunk: 13:16
: [rakudo] Should be able to smartmatch against grammar protoobject as well as an instantiation of it.
diff: www.parrotvm.org/svn/parrot/revision?rev=27341
13:19 mire joined 13:31 rdice joined
dalek r27342 | jonathan++ | trunk: 13:31
: [rakudo] Implement .perl method on junctions. Mostly based upon a patch courtesy of Zach Morgan <zpmorgan@gmail.com>.
diff: www.parrotvm.org/svn/parrot/revision?rev=27342 13:32
r27343 | jonathan++ | trunk: 13:36
: Give Zach Morgan a CREDITS entry.
diff: www.parrotvm.org/svn/parrot/revision?rev=27343
r27344 | jonathan++ | trunk: 13:48
: [rakudo] .perl methods for Num, Int and Str.
diff: www.parrotvm.org/svn/parrot/revision?rev=27344
14:34 Andy joined 16:50 ilbot2 joined
dalek r27350 | jonathan++ | trunk: 16:56
: [rakudo] Panic on the unimplemented method call operators for now, so folks know they don't work rather than think they're broken. :-)
diff: www.parrotvm.org/svn/parrot/revision?rev=27350
17:04 davidfetter joined 17:14 cjfields joined 17:22 pmichaud joined, wolverian joined, Jonathan joined, Juerd joined 17:23 dalek joined 17:27 PerlJam joined, leo joined
cotto_work svn st 17:35
ambs cotto_work, svn is dead.
ambs grins
pmichaud Parrot trunk seems broken to me 17:36
Jonathan sounds like time for me to go do dinner...
Will do private methods later on. 17:37
ambs pmichaud, updating, configuring and compiling
pmichaud ambs: does this mean that the broken trunk is a known/expected failure? 17:38
I get to the part that is building config.php (I think), and I get an endless loop of "Cannot put to non-PIO PMC"
sorry, config.fpmc 17:39
ambs pmichaud, no, no. I am just updating to check if it is your ault.
pmichaud Jonathan++ # excellent work as always
ambs make run ok 17:42
moritz pmichaud: I get the same messages
I think it's in "make languages"
pmichaud hmmm 17:44
I just did a fresh checkout and it builds fine
17:44 cjfields joined
pmichaud weird. 17:45
17:45 jq joined
Coke local changes, need a realclean... ? 17:47
pmichaud no local changes, did a realclean
17:47 davidfetter joined
pmichaud removing the directory and checking it out again fixed it, though. 17:47
so I'm guessing a missing dependency or realclean isn't real clean enough.
ambs :D 17:48
Coke you removed the directory so no chance of figuring out what it was?
pmichaud right.
Coke Cannot put to non-PIO PMC ?
pmichaud that was the error message. 17:49
Coke I just did 'svn up && make -j realclean && perl Configure.pl && make -j' and am stuck in that loop.
I'll see if I can track it down.
cognominal jonathan++ 17:50
Coke that's a very recent change by chromatic. 17:51
dalek r27351 | pmichaud++ | trunk: 17:55
: [pct]:
: * Fix 'call' generation of PAST nodes so that "Null PMC in invoke"
: messages now read "Cannot invoke non-existent sub 'foo'".
diff: www.parrotvm.org/svn/parrot/revision?rev=27351
particle what's it do for anon subs? 17:56
particle reads the patch
paco same error here : Cannot put to non-PIO PMC 17:57
18:12 wknight joined
Infinoid I won't be around for #PS... I pasted my report early. 18:14
18:15 chromatic joined
particle well, if it isn't the man who broke parrot. 18:15
hi chromatic 18:16
18:18 Searle joined
Jonathan Ooh, I'm actually going to be here for (the first 25 mins of) ParrotSketch for once... 18:21
Zaba ParrotSketch? 18:22
purl somebody said ParrotSketch was 18:30 UTC, Tuesdays or a weekly status meeting for parrot design team
Zaba 18:30.. +03:00.
cotto_work purl, ParrotSketch is also held in #parrotsketch
purl okay, cotto_work.
18:22 Ivatar joined 18:23 AndyA joined
Zaba do my maths fail or it started already? 18:23
particle no, parrotsketch is a status meeting for parrot core committers held every Tuesday at 18:30 UTC in #parrotsketch
purl okay, particle.
particle your maths fail. it starts in 6m 18:24
there is no daylight savings time in UTC, you need to adjust
Zaba ahh
yeah, right..
Jonathan particle: your englishes fail. ;-)
Zaba I still can't remember that I'm in +04, not +03
+03 is in winter..
but I will still miss it 18:25
18:30 allison joined
spinclad it's time 18:30
particle pokes coke 18:32
18:33 chromatic joined 18:34 NotFound joined
Coke 66+661-86-700 18:40
purl -59
chromatic -59? 18:41
Coke 66+661
purl 727
chromatic allison, I won't have time to hack until late tonight. 18:42
Coke 66+661+86-700
purl 113
Coke there. 113 tickets left to close.
chromatic Huh. RT said we have 738 or something.
Coke you're missing stalled. :| 18:43
allison chromatic: I'm about to sleep here, so won't wrap up until after you go to sleep, probably
chromatic I don't miss those.
Coke there are probably 50 tickets that are just crap and can be closed.
chromatic I'm going by new + open.
Coke so only 27, then.
particle doesn't mind 30 failing tests, if we are told how to fix them 18:44
chromatic Pretty sure I fixed RT #53492.
NotFound chromatic: #53352 is still open? 18:48
allison particle: I've been triaging the tests and fixing them as I go. there's one thing I know I have to do, though not sure I can explain it well enough to hand off. otherwise, it's "look at the test, figure out why it's failing, and fix it" 18:49
chromatic Closing now, NotFound. Thanks.
particle allison: the usual, then :) 18:50
figured there might be "change all rethrow to throw" or similar to do
Coke 26! 18:51
purl 4.03291461126606e+26
paco Perl exists : maps.google.es/maps?f=q&hl=es&a...h&z=15 18:53
shorten paco's url is at xrl.us/bj8a8
particle tene: trailing commas allowed both in rakudo and nqp now? 18:55
pmichaud tene++
19:00 iblechbot joined
dalek r27352 | allison++ | trunk: 19:02
: [exceptions] Noting a series of deprecated features from the concurrency
: implementation branch.
diff: www.parrotvm.org/svn/parrot/revision?rev=27352
Jonathan pmichaud: Perl 6 concurrency - yes, but I think it might be a case of, whoever does a good implementation first mostly makes the spec.. 19:03
chromatic Three more tickets closed. 19:04
Jonathan pmichaud: One thing for ROADMAP - explicitly mention IO on there?
pmichaud where should it go?
Jonathan I'm not entirely sure...it's not low priority really, as I think people need it to Do Stuff. 19:05
Coke (stuff to close) this guy has 4 pending patches: rt.perl.org/rt3/Ticket/Display.html?id=53552 19:06
Jonathan But there's other big things that need doing too, and it's not like we have no I/O at all at the moment.
pmichaud I'm going to treat IO around the 'modules' area
Jonathan OK, works for me.
pmichaud it's also not like I/O is officially spec'd yet, either :-D
dalek r27353 | allison++ | pdd25cx: 19:07
: [exceptions] Merging 'throw' and 'throwcc', the one-argument versions were
: identical anyway.
diff: www.parrotvm.org/svn/parrot/revision?rev=27353
Jonathan True, but the bits floating around aren't officialy hated either, so far as I'm aware. :-)
chromatic In Parrot or in Perl 6?
Coke allison: you had +1'd changing "compilation unit" to sub, neh? 19:08
er, "subroutine"
pmichaud I/O not officially spec'd in Perl 6 -- there's a draft in the pugs repo
Jonathan chromatic: I'm talking about Perl 6.
pmichaud I suspect I/O will be a little ahead of lazy lists, although they have a lot in common 19:09
Eevee is the fh read operator still (planned to be) prefix:=?
pmichaud Eevee: last I checked it still was, yes.
Coke chromatic: you were going to poke at 43719, neh? 19:10
(comes with patch and everything!)
Eevee hm. I don't know if '$line = =$fh' will ever look not weird
Jonathan Eevee: It's even somewhoat implemented.
Eevee oh really
Jonathan But only using it on for loops...
Eevee I don't even know how files are opened
pmichaud (concurrency) I'm guessing the April 30 design meeting notes aren't published yet? 19:11
dalek r27354 | pmichaud++ | trunk:
: [rakudo]:
: * Add I/O to ROADMAP, for clarity. Jonathan++
diff: www.parrotvm.org/svn/parrot/revision?rev=27354
Jonathan my $fh = open("filename.txt", :r);
allison coke: in what context?
Jonathan for =$fh -> $line { say $line }
$fh.close();
allison coke: 'compilation unit' is really mainly an abstract concept
dalek r27355 | chromatic++ | trunk:
: [PIR] Improved the error message for invoking a non-existent dynamic sub (fixes
: RT #49972).
diff: www.parrotvm.org/svn/parrot/revision?rev=27355
pmichaud chromatic++
now I can rip out my PCT patch :-) 19:12
Eevee awesome
Coke allison: if you could comment on rt.perl.org/rt3/Ticket/Display.html?id=49001, that'd help. =-)
chromatic Coke, sounds familiar. What did you want me to do?
Eevee well, except that global open() is a bit of a wart
pmichaud Eevee: lots of the builtins are "global"
Coke chromatic: ISTR that you and I were both confused how that opcode could have not failed tests.
pmichaud print() say() etc.
chromatic True.
Jonathan I find it preferable to Something::Very::Long::To::Just::open($thisfile, :r); 19:13
;-)
Coke maybe change it to throw an exception on use and then see if anything breaks, if not, deprecate it and apply my patch.
Eevee I know, and I don't really have any better suggestion that doesn't look ridiculous (my $fh = new file('file_that_already_exists')? ugh)
pmichaud allison: RT#49001 comes about because the pdd19 draft often says "compilation unit" when most of us would think "sub". To me a "compilation unit" is a complete file or text (which could have multiple subs), and so reading pdd19 is a bit awkward
allison coke: ah, in that context it's really an accident of history: at one point subs were labels and compilation units were something else 19:14
then subs graduated to being compilation units
and all the other kinds of compilation units died off
Jonathan Eevee: You can if you want do (I think, though this maybe isn't yet implemented) my $fh = IO.new(); $fh.open(...);
allison so, really sub == compilation unit now
pmichaud we had discussed this in a #ps long ago and the general concensus (iirc) was that "compilation unit" should refer to a file or complete item sent to the compiler
allison pmichaud: that's the thing, a subroutine now is a complete item sent to the compiler 19:15
it's the largest unit the compiler handles at a time
pmichaud that's not entirely accurate
allison yeah
there's also various directives 19:16
pmichaud when PGE or PCT generates a string of PIR that contains multiple subs, the compiler handles them all and returns an Eval object
particle my IO $x .= open( 'foo.txt', :r );
Eevee oh ho, I like that 19:17
allison pmichaud: in the larger sense, a "compilation unit" is giving the largest body across which a label can be used
pmichaud label or symbol?
allison either
pmichaud then I think a compilation unit for IMCC is larger than just a sub. 19:18
allison at least, in the sense of a PIR .local symbol
(anything stuffed in a symbol table doesn't count)
pmichaud right, I'm referring to symbols in the compiler's table, not runtime
allison labels can't be used outside of a subroutine
neither can .locals
pmichaud but .sub can 19:19
allison outside of a .sub, that is
.sub defines the compilation unit
pmichaud no, for :anon subs the only way to refer to it is from within the same file.
allison and, produces something that's inserted into the symbol table
pmichaud for example, .const .Sub corou = "ws_corou" 19:20
allison we're talking in circles. All I meant to say is that at one time the name "compilation unit" made sense in that context
pmichaud okay.
allison but that time really has passed
pmichaud I'm not disagreeing with that. I'm asking what it should be. :-) 19:21
(and advocating that it should refer to a file as opposed to individual subs)
allison I don't know that it matters much what the top-level non-terminal rule is called, 'subroutine' is fine
pmichaud (also, it doesn't matter to me what it's called in the imcc yacc grammar -- I was referring primarily to pdd19) 19:22
allison just a sec, I'll take a look and check if it's parsing anything other than .sub
pmichaud s/was/am/
allison yeah, that rule parses .sub, namespace definitions, and constant declarations, so "subroutine" really doesn't make sense 19:24
oh, and macros and pragmas, and...
but 'compilation_unit' is also entirely inappropriate 19:25
for pdd 19, yeah, it doesn't really need to mention compilation units at all 19:26
parrot-poke "routine" is shorter
shy sub
why sub i mean
dalek r27356 | jonathan++ | trunk: 19:28
: [rakudo] Bug fix to protoobject ACCEPTS change from earlier.
diff: www.parrotvm.org/svn/parrot/revision?rev=27356
pmichaud the use of "compilation unit" in pdd19 is _really_ confusing. 19:30
We just lost power here (I'm on cell now) so I'm going to run some other errands for a while
Jonathan back in an hour or so
pmichaud notebook+gprs+bluetooth == priceless 19:31
19:31 Ivatar joined
pmichaud (actually, I guess it has a price. $20/month.) 19:31
back later. 19:32
Coke Theoretically, every non-system include in a parrot .c file should be reflected as a dependency in the top level Makefile, neh? 19:33
(but is less crucial than catching generated fiels) 19:34
particle is there a makedeps prog that can be used to figure those out? 19:40
or scandeps
purl well, scandeps is really much more aggressive.
Coke scandeps is perl. neh? 19:41
particle i don't recall. however, eight years ago i had a c utility to follow the #include chains 19:42
19:42 ambs joined
particle can't remember what it was called 19:42
Coke chromatic: did you add an opcode but not renumber the ops? (is that kosher?) 19:53
19:53 mj41 joined
dalek r27357 | allison++ | pdd25cx: 19:53
: [pdd25cx] Move exceptions over to the concurency scheduler, mainly keeping the
chromatic I added to experimental.ops, which I believe is okay.
dalek : same interface while ripping out the guts.
: * Changed 'push_exception' to 'Parrot_cx_add_handler'.
: * Moved 'run_cleanup_action', 'Parrot_push_action', 'Parrot_push_mark',
: 'Parrot_pop_mark' out of src/exceptions.c into src/stacks.c.
: * Changed 'count_exception_handlers' to 'Parrot_cx_count_handlers_typed'.
: * Deleted 'get_exception_handler' function and 'get_eh' opcode.
: * Deleted 'get_all_exception_handlers' function and 'get_all_eh'.
: * Replaced 'pop_exception' with 'Parrot_cx_delete_handler_typed' (new
: function) in all found uses.
Coke chromatic: k.
dalek : * Several header changes from rerunning 'make headerizer'.
diff: www.parrotvm.org/svn/parrot/revision?rev=27357
chromatic Oh dear, make headerizer. 19:54
Some of those changes likely break things.
allison chromatic: I had to revert one file
chromatic I've seen it eat #ifdefs 19:55
mj41 TapTinder blame chromatic ... tt.perl6.cz/ .. two newly failing tests in 27355 :-)
Coke ooh, nifty. 19:57
does that really build every version?
mj41 yes
dalek allison@perl.org | Concurrency Tasks: 19:58
link: www.perlfoundation.org/parrot/index...ency_tasks
shorten dalek's url is at xrl.us/bjqpy
dalek will@coleda.com | Concurrency Tasks: 20:00
link: www.perlfoundation.org/parrot/index...ency_tasks
shorten dalek's url is at xrl.us/bjqpy
dalek r27358 | chromatic++ | trunk: 20:01
: [t] Fixed test breakage caused by r27355 (reported by Michal Jurosz).
diff: www.parrotvm.org/svn/parrot/revision?rev=27358
Coke mj41: ooc, does it do them sequentially, or does it do the latest one and then backfill? is it smart enough to skip commits that happen on branches? 20:02
mj41 \\msg Coke it is too stupid now 20:03
20:04 particle[ventus] joined
mj41 mj41.cz/wiki/TapTinder 20:04
Coke added taptinder to the resources page on the website. 20:09
taptinder wiki is mj41.cz/wiki/TapTinder 20:12
dalek allison@perl.org | Concurrency Tasks: 20:18
link: www.perlfoundation.org/parrot/index...ency_tasks
shorten dalek's url is at xrl.us/bjqpy
20:31 davidfetter joined 20:35 rhr joined 21:02 jq joined 21:11 teknomunk joined 21:12 gryphon_ joined 21:26 cotto_work joined
Jonathan is back from having something try to inject the Slovak language into his head. :-) 21:26
21:32 particle[ventus] joined 21:34 rdice left 21:38 barney joined 21:52 cjfields joined 21:53 Sartak_ joined
dalek r27359 | jonathan++ | trunk: 21:57
: [rakudo] Parse scoped routine declarations, and stub into actions.pm with panics all of the things that we need to fill out to implement these.
diff: www.parrotvm.org/svn/parrot/revision?rev=27359
22:08 mire joined
pmichaud I'm again getting the "Cannot put to non-PIO PMC" error message. Should I try to track it down? 22:11
or just remove and start over?
in the odd "FWIW" category, "svn status" shows a spurious src/io/io.str file. 22:12
chromatic That .str file probably needs to be in the ignore thingielist. 22:14
barney usually fixes those for me. 22:15
Coke AHA!
NotFound pmichaud: a friend tell me that deleting all and reloading from cvs solved the issue for him.
Coke is io.str in the clean list?
chromatic Should be.
pmichaud NotFound: yes, that's what I did earlier as well. But I was wondering if I needed to go further.
chromatic Probably isn't.
pmichaud I suspect it isn't
and that there's a new constant string in io that wasn't there before. 22:16
Coke yah, c just added io.str, IIRC
pmichaud and since we don't have .str deps marked, ....
isn't io.str auto-generated?
chromatic We do, if you reconfigure.
pmichaud I did a make realclean. 22:17
moritz same here
pmichaud followed by perl Configure.pl
and make
and then got the repeating error message
Jonathan lwall++ # sane answer to my types question
pmichaud aha, my strategy worked. :-)
aha, make realclean *fails* 22:18
Coke it do? it don't here.
chromatic I blame society.
Jonathan Think I have one follow-up question from it, but I'll look at it again when it's not after midnight and I haven't had a one and a half hour Slovak lesson. :-)
nopaste "pmichaud" at 76.183.97.54 pasted "'make realclean' fails in trunk" (10 lines) at nopaste.snit.ch/12907 22:19
Jonathan I think that's about all from me today...pretty tird now.
s/tird/tired/
22:19 lidden joined
Coke That warning seems to think you didn't finish config'ing the first time. hurm. 22:19
chromatic Agreed. 22:20
pmichaud I haven't done anything odd beyond a svn up
chromatic Is your computer on drugs?
pmichaud let me try again
chromatic Should it be?
Jonathan Today's report: use.perl.org/~JonathanWorthington/journal/36343
Tene jonathan++ 22:21
chromatic ahh 22:22
now I'm getting that error.
pmichaud I blame chromatic.
chromatic I'm part of society.
pmichaud Them too. :-)
dalek r27360 | coke++ | trunk: 22:24
: [repo]
: ignore newly generated .str file in src/io
diff: www.parrotvm.org/svn/parrot/revision?rev=27360
Coke (that's just the ignore, not the clean) 22:25
... our .str remove is globs instead of specifics. Grumble. 22:26
... we already *have* the list...
Ok. 22:29
realclean now removes src/io/io.str.
would anyone else like to see how the props changed in our commit emails? 22:30
dalek r27361 | coke++ | trunk:
: [build]
: When removing generated STR files, just remove the ones we know about,
: so we don't have to maintain the list of deps -and- the list of things
: to remove. (same list!) - this catches the newly added src/io/io.str
diff: www.parrotvm.org/svn/parrot/revision?rev=27361
Coke I am hoping it was the remove of src/io/io.str that did it; seems to work now. 22:31
pmichaud mine was working for a while too and then re-appeared. 22:32
but we'll see if it happens again.
chromatic Yeah.
Mine too.
purl Mine too. are you approaching 1800 now?
pmichaud I left 1800 about 208 ago.
moritz HEAD still doesn't work
pmichaud moritz: you may need to rm trunk and re-checkout
Coke don't say HEAD. say R27361.
at some point an svn up should work. =-) 22:33
moritz pmichaud: already did that once
Coke moritz: are you doing a realclean?
pmichaud uh oh, guess what. Just got it again.
moritz Coke: yes
pmichaud r27361.
moritz svn up; make realclean; perl Makefile.PL && make smoke
Coke ok. try regen'ing the makefile from 27361 and then doing it again.
that is, re config, then realclean, then config and build. 22:34
(since the makefile you ahve before the svn is now out of date.)
paco Hi, make realclean, configure, and make <--> error reappears ..
moritz ok, I'll try taht
Coke paco:see what I just said. =-)
pmichaud shudders at the thought that this might be ccache-related again.
chromatic I've never had a ccache problem.
pmichaud I recall several months ago where I had a problem that was reproducible when using ccache 22:35
Coke and I disbelieved pmichaud when he said he did, but it was reproducible for him.
yup. seems ok for me now, and I was seeing it before. 22:36
moritz aye
built worked, smoke is running 22:37
japhb chromatic: I need some variant of 53430 and 53406 pretty soon -- and they have a conflict. So, can you apply 53406, and then let me know if my response to your 53430 objection was acceptable, so I can regenerate that patch and get *it* committed? 22:38
chromatic I'll look at it. 22:40
22:40 davidfetter joined
japhb chromatic: thank you! 22:41
chromatic Hm, the problem is that the .str file for src/io/io.c points to the wrong entry in the constant table. 22:44
Coke all the time, or only when it's leftover? 22:45
chromatic When I do a realclean and then a parallel build. 22:46
Probably then it's not getting cleaned up appropriately.
... but it's in STR_FILES. 22:47
If I change the .str file to have the correct line number and touch src/io/io.c and rebuild, things are fine. 22:49
ahh. 22:52
I think I found it.
That should do it. 22:55
dalek, ping 22:56
dalek r27362 | chromatic++ | trunk:
: [config] Added a dependency to src/io/io.c on src/io/io.str; missed in r27340.
diff: www.parrotvm.org/svn/parrot/revision?rev=27362
NotFound chromatic: works here. 23:01
chromatic It was two parts. 23:02
First, Coke's patch cleaned up the old src/io/io.str file.
23:02 tetragon joined
chromatic Second, my patch made rebuilds happen based on changes to that file. 23:03
NotFound The funny thing is that don't failed for me until the previous. 23:04
tetragon chromatic: This morning's patch brings my usual test crash count down to five (and I think the hcf sigbus is intentional)
chromatic I agree about hcf. 23:05
I'll try to get you down to four this week.
23:11 davidfetter joined 23:28 Sartak joined
Coke chromatic: ah. normally that would be handled by the rule of .str -> .c, but since there was already an explicit dep there... 23:35
I do find it odd that gmake at least isn't smart enough to infer the generic when you have the specific too.
chromatic One probably overrides the other. 23:38
Coke Shirley. Just annoying. 23:40
davidfetter ...and don't call me shirley! 23:42
dalek r27363 | pmichaud++ | trunk: 23:49
: [pct]:
: * Revert the earlier change for throwing an exception on non-existent
: subs, as Parrot now handles it for us. (chromatic++)
diff: www.parrotvm.org/svn/parrot/revision?rev=27363
r27364 | pmichaud++ | trunk:
: [rakudo]:
: * Fix trailing whitespace coding error.
diff: www.parrotvm.org/svn/parrot/revision?rev=27364
r27365 | chromatic++ | trunk: 23:52
: [src] Tidied the code slightly and documented some undocumented functions.
diff: www.parrotvm.org/svn/parrot/revision?rev=27365
wknight8111 where is the best place to learn about coroutines? PDD19? 23:57
Coke google for coroutine sandwich? 23:58
wknight8111 is that really a term?
Coke er, no. That's a "continuation sandwich". 23:59
sorry. =-)
tetragon puts away the bread and jam
wknight8111 "sandwich"? Really? I mean, that's not exactly a technical term
chromatic Yeah, but it explains how continuations work.

Powered by Cro and the Raku® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!