Parrot 2.6.0 | parrot.org Log: irclog.perlgeek.de/parrot/today | Nopaste: nopaste.snit.ch:8001 | fix 'make html' (talk to Coke), merge gc_* branches, fix/replace/optimize hashing
Set by moderator on 3 August 2010.
00:08 lucian joined 00:25 LoganLK joined
cotto_work dukeleto: ping 00:27
particle osuosl will install smolder on the parrot.org vm 00:29
Paul_the_Greek If I make corevm, is it then more-or-less safe to make test_core instead of make test? 00:30
cotto_work msg dukeleto What tool do you use to migrate a svn repo to git and how could you get a map between svn revision numbers and git hashes? 00:37
purl Message for dukeleto stored.
mikehh Paul_the_Greek: the sequence is make corevm, make coretest, you can then do make or make world, make test 00:40
Paul_the_Greek Got it, thanks. 00:42
dafrito cotto_work: If you're looking to make a working copy, git svn clone -s svn.parrot.org/parrot (this has taken a -long- time for me, though)
cotto_work I'm not concerned with getting a working copy (though using the tarball on the wiki would be faster) as much as figuring out how to write a trac plugin that'll see r12345 and know how to map that to a link to (e.g.) a specific commit on a github repo 00:45
mikehh Paul_the_Greek: most do not bother with make corevm/make coretest, however I test that to determine coretest works with corevm as sometimes this breaks 00:46
Paul_the_Greek I'm working on memory management, so I can test it with only the core. After I think it's all set, then I can test everything. 00:47
00:47 plobsing joined
mikehh i.e. a test is written that requires some later parts of the build but runs in coretest 00:47
Paul_the_Greek Is there a preferred #if paradigm for commenting out code? 00:49
mikehh you need to do a make clean/realclean before running make corevm/make coretest
cotto_work Paul_the_Greek: are you planning on committing something that comments out a chunk of code?
Paul_the_Greek Oh, I didn't know that. What is the difference between them?
cotto_work realclean? 00:50
purl realclean is, like, sometimes needed because of parrot's bad dependency checking
mikehh Paul_the_Greek: yes #if 0, but it is not generally recommewnded
Paul_the_Greek No, I really will delete the code before proving the patch. But in the meantime, just in case ...
#if 0 is what I used.
clean? 00:51
purl clean is fine, just don't fucking hide every goddamn thing in sight, especially the goddamn soap.
plobsing msg purl msgs
purl Message for purl stored.
cotto_work messages?
purl To access purl's messages, msg me with the word "messages".
Paul_the_Greek msg purl messages
purl Message for purl stored.
Paul_the_Greek Okay, I'm just confusing myself.
plobsing ETOOMANYMSGS 00:52
seen chromatic?
purl chromatic was last seen on #parrot 18 hours, 24 minutes and 18 seconds ago, saying: msg plobsing Can those turn into lazy thunks?
Paul_the_Greek seen paul_the_greek 00:53
purl paul_the_greek was last seen on #parrot 0 seconds ago, saying: seen paul_the_greek
Paul_the_Greek Every group needs a secretary.
mikehh Paul_the_Greek: I always do a make realclean, configure with --test, and then the other builds and tests 00:54
plobsing msg chromatic: To know to do that (and how), you'd need to have decoded them. The real problem is with serialization/deserialization having side-effects in the first place. Serialization should be dumb (and certainly shouldn't get "smarter").
purl Message for chromatic stored.
sorear (does Paul_the_Greek have a CLA yet?)
kid51_learn_rakudo Paul_the_Greek: 'make realclean' undoes the effect of both 'perl Configure.pl' and 'make'
Paul_the_Greek Why do I want to undo the configure?
kid51_learn_rakudo Paul_the_Greek: 'make clean' only undoes the effect of 'make'; configuration is left intact, hence the Makefiles remain
Paul_the_Greek: Some time you do, some times you don't. 00:55
Paul_the_Greek Without the configure, how does it even know how to perl or compile something?
kid51 If someone has changed something in the configuration system -- which, I'm glad to say, happens rarely these days -- ...
Paul_the_Greek sorear: What is a CLA? 00:56
purl a CLA is Contributor License Agreement or www.perlfoundation.org/contributor_..._agreement or www.perlfoundation.org/attachment/legal/cla.pdf or www.parrot.org/foundation/legal or www.parrot.org/files/parrot_cla.pdf
kid51 you will need to reconfigure.
Paul_the_Greek Aha.
kid51 More frequently, someone will change config/gen/makefiles/root.in, the template for Makefiles. Then it's also wise to reconfigure, though IIRC there is a 'make reconfigure' (YMMV)
Paul_the_Greek Ooh, a license agreement.
kid51 But let's say you're hacking away in a branch or in your own github ... 00:57
... and all your changes are under directories like src/ ...
... then you probably don't need to change the Makefile, but you *do* need to blow away all the files generated from the C source, including the parrot executable.
Paul_the_Greek Why wouldn't make corevm do that anyway? 00:58
00:58 dduncan joined
kid51 Examine config/gen/makefiles/root.in and the other .in templates -- or examine the Makefiles -- to learn more about different targets. 00:58
'make corevm' is a more specialized bird
Paul_the_Greek Examine a makefile? Okay, hang on, going to get a large quantity of rum ... 00:59
kid51 It refrains from linking many libraries
nopaste "plobsing" at 192.168.1.3 pasted "[PATCH] buggy lazy constant table" (4656 lines) at nopaste.snit.ch/22602
mikehh Paul_the_Greek: it doesn't - and if you don't run make clean there would be file left over from make/make world
files
Paul_the_Greek Okay, make clean first, always.
mikehh like .o etc
kid51 make corevm is something that of use to people hacking on the Parrot core ... 01:00
Paul_the_Greek Can I sign the CLA by just editing the pdf file and then email it?
kid51 ... and make coretest exists to test what they've been hacking on ...
Paul_the_Greek Yes, I'm working on memory management. 01:01
kid51 ... but it's not intended for use by, say, people developing HLLs on top of Parrot ...
01:01 dduncan left
kid51 ... for those people, ie. most of Parrot's *users*, 'make test' is more critical 01:01
Paul_the_Greek Yes, that makes sense. 01:02
kid51 So, unless mikehh corrects me, I would say that 'make corevm; make coretest; make clean' is a good cycle for you
plobsing msg chromatic: Lazy constant table would be an easy win if packfiles and certain freeze-thaw vtables were more well behaved in certain areas. I'm done with this direction for now (too big a project for the benefits). Here's what I have so far nopaste.snit.ch/22602 01:03
purl Message for chromatic stored.
mikehh I generally run make realclean, configure (with --test and some other options) then make manifesat_tests, make codetest, make corevm, make coretest 01:04
then make world, make test, (maybe make distro_tests) and the make fulltest 01:05
kid51 mikehh: But that's when you're doing your comprehensive smoke testing. I think that's overkill for Paul's needs
darbelo plobsing: How well-behaved and in what areas?
mikehh sure, but that's what I generally run, mind you I usually insert a make realclean, make world (logging) and make smoke, before fulltest. 01:06
kid51 Paul_the_Greek: IIRC, you have to postal mail or fax the CLA -- but that may have changed
Paul_the_Greek Yes, the CLA pdf is not editable. I'll print and mail. 01:07
mikehh I think the email option is acceptable if you get your signature on it (the PDF that is)
kid51 mikehh: But for his minute-to-minute development cycle, I think 'make corevm; make coretest; make clean' would be best. Once he's ready to post a patch, then 'make test' is needed
Paul_the_Greek By the way, I have an industrial-strength color laser printer here. If anyone needs a large document printed, I can do it and ship it to you. 01:08
mikehh don't forget make codetest
plobsing darbelo: well, we re-use packfile directories (decoded from PBC) in ways we shouldn't. We depend on deserialization of a number of different types to set up our runtime environment properly (ParrotInterpreter is the worst offender)
The inner workings of some things are simply too magical 01:11
Paul_the_Greek That's when you toss it and rewrite it with your own personally acceptable magic.
kid51 reads Parrot CLA 01:12
If you can make a PDF of the *signed* CLA, you can send PDF as email attachment. 01:13
Otherwise, fax or postal mail.
plobsing Paul_the_Greek: No! We're all out of the good magic. We've been using the bargain brand for years, and look where it got us.
Paul_the_Greek Kid51: I could do that, but I've already stamped, addressed, and filled the envelope. 01:15
I have a little fresh magic here, and then I can fall back on conjuring. 01:16
dalek rrot: r48340 | darbelo++ | branches/unshared_buffers (20 files):
Sync with trunk.
01:17
Paul_the_Greek Is there a Parrot Conference?
kid51 Paul_the_Greek: Regrettably, no. We have Online Developer Summits 2 or 4 times a year. 01:18
Paul_the_Greek Where you all spend two days in this chatroom? 01:19
kid51 is a big proponent of F2F hacking
No, it's a 3-hour session
There is weekly conference in #parrotsketch at 1830 UTC
correction
purl engage brain. then fingers.
kid51 2030 UTC (4:30 pm US EDT, IIRC) 01:20
Paul_the_Greek Which day?
purl rumour has it Which day is it? I might be busy that day
kid51 All disputes are resolved by purl
Tuesday
And we release 3rd Tuesday each month
Paul_the_Greek Tuesday, 4:30 PM. Why in #parrotsketch instead of here?
kid51 Because have lots of pointless chatter in this room at *all* times ;-) 01:21
And we need a channel we can log as if we were taking minutes
In #parrotsketch, the meeting is called to order and is later adjourned 01:22
Paul_the_Greek Right, a clean channel. That makes sense.
Let me add a sticky to my desktop ...
kid51 In #parrot, either the meeting never stops ... or the concept of order has no meaning
See the irclog thingee in the topic?
Just substitute parrotsketch for parrot and you can read dialog at recent meetings
I'm at $job at that time, so I'm almost never in parrotsketch 01:23
... which those in the know abbreviate to 'ps'
01:23 rurban joined 01:24 Essobi joined
Paul_the_Greek I'm pleased to see all these wasted cycles being used by Parrot makes. 01:25
kthakore Paul_the_Greek: whut? 01:26
purl stuff.
plobsing If Parrot didn't tie up my CPU cycles, they might get wasted idling. 01:27
Paul_the_Greek A cycle unused is gone forever. Might as well use them to do Parrot makes.
The amazing thing is that make is using all 8 processors on my machine. I'm impressed.
sorear Paul_the_Greek: incorrect. a CPU has variable power consumption, and every cycle used directly translates into money you have to pay at the end of the month for electricity 01:28
unless electricity is on a fixed monthly rate in Greece?
Paul_the_Greek Nonetheless, the unused cycle is lost forever. 01:29
I don't mind a little higher electric bill, even here in Massachusetts.
That saying about the unused cycle had more punch in 1967. 01:30
So did the saying about the handy halfword of zeros.
And the saying about weight-lifting the ROM boards of the Meta4. 01:31
mikehh Paul_the_Greek: there is a log of the IRC at irclog.perlgeek.de/ you can check out some of the discussions there for #parrotsketch (and others)
Paul_the_Greek Oh good, I'll read the last discussion. 01:32
darbelo We call 'em the irclogs, most of the time.
Unless infrared clogs factor into the dicussion, since it'd be ambiguous. 01:33
Paul_the_Greek Well folks, I'm off to crash. Thanks for all your help. 01:35
01:38 rurban_ joined
dafrito cotto_work: I wrote a map-git-to-svn script, found at pastebin.com/g7AWvrSM Here's a snippet of the map it makes: pastebin.com/FWj2bTdZ 01:39
I matched 43000 of the 48000 revisions. I'm looking into where the rest went ;) 01:40
cotto shiny 01:50
dafrito++ 01:51
Once my trac test environment is alive, writing the plugin should be pretty simple. As far as I'm concerned, getting the map is the hard part. 01:53
dafrito definitely 01:56
cotto Hey Firefox, that 140M file ending in .tbz isn't HTML. Please don't try to render it. 02:00
02:00 dngor_ joined 02:11 workbench joined 02:12 slavorg joined
Austin I give up. What's the difference between +o and +oo and +ooo ? 02:21
Is there a Pink Floyd-bot or something?
cotto This sounds like a really nerdy riddle. 02:23
dafrito An o for each person, I think
cotto dafrito, does that script expect to be run from the root of a git-svn clone of parrot, and should I expect it to not do anything for a while? 02:24
dafrito cotto yes to both
cotto ok then
sorear opbots trust dafrito 02:25
slavorgn Ok
slavorg Ok
cotto dafrito, it's always nice to see a new nick here. What's your interest in Parrot? 02:26
dafrito \\o/
sorear opbots beleive p6eval
opbots believe p6eval
slavorgn Ok
slavorg Ok
dafrito I found parrot through the JVM language summit, and found it much more pleasant than the JVM 02:27
nopaste "kid51" at 192.168.1.3 pasted "nopaste is back" (1 line) at nopaste.snit.ch/22603 02:29
kid51 nopaste, status
purl seen nopaste?
purl nopaste was last seen on #parrot 32 seconds ago, saying: "kid51" at 192.168.1.3 pasted "nopaste is back" (1 line) at nopaste.snit.ch/22603
kid51 purl nopaste status? 02:30
purl kid51: bugger all, i dunno
kid51 purl status nopaste?
purl Since Thu Aug 5 20:55:17 2010, there have been 135 modifications and 136 questions. I have been awake for 1 day, 5 hours, 34 minutes, 55 seconds this session, and currently reference 853053 factoids. Addressing is in optional mode.
kid51 purl seen dalek?
purl dalek was last seen on #parrot 1 hours, 13 minutes and 25 seconds ago, saying: parrot: review: trac.parrot.org/parrot/changeset/48340/
02:39 khai joined 02:55 janus joined
dafrito cotto how many revisions did you match? 03:01
04:16 Andy joined 04:22 AndyA joined
plobsing seen NotFound 04:45
purl NotFound was last seen on #parrot 2 days, 18 hours, 20 minutes and 44 seconds ago, saying: Maybe we must make that parameter optional and provide a useful default. [Aug 4 10:24:19 2010]
05:17 desertm4x joined 05:28 bacek joined 06:34 bacek joined 06:40 robin-gvx joined 06:53 fperrad joined
cotto dafrito, none. The script did nothing for 12 minutes and then stopped without any output. 07:38
got it working 08:11
08:12 AzureStone joined
cotto Hmmm. Each svn revision seems to map to two git hashes. 08:27
sorear the tree and the commit?
cotto not sure 08:28
Austin cotto: looking at the script, it seems to be printing an attribute that is probably generated by the git-svn bridge (not a git builtin). Don't know if that helps. 08:43
08:49 AzureStone joined
cotto I'm using it on a git-svn clone 08:53
08:53 Essobi joined
Austin cotto: Sure. My point is that if you want to know what the two hashes are, you'll probably find them in the git-svn, as opposed to pure git, docs. 08:56
cotto gotcha 09:06
You're sure up late.
Austin Heh. Not any more. It's early now. 09:07
09:28 desertm4x joined
dalek kudo: 6ebba85 | pmichaud++ | src/Perl6/ (2 files):
Fix handling of $_ scoping in routines (broke due to $*IN_DECL change in
09:36
09:36 ttbot joined 09:38 rurban_ joined 10:08 jjore_ joined
fperrad msg muixirt thanks for the report (see TT#1733) 10:15
purl Message for muixirt stored.
10:20 whiteknight joined 10:24 dmagnus_ joined
dalek rrot: r48341 | moritz++ | trunk/runtime/parrot/library/Digest/MD5.pir:
add parrot .HLL to Digest/MD5.pir
10:58
11:03 dmagnus__ joined
dalek kudo: e569d66 | pmichaud++ | src/Perl6/Compiler/Signature.pm:
Remove "$_ is always first argument" from Perl6/Compiler/Signature.pm, fixing RT

I'm not entirely certain why it was being put as the first argument in the first place, but all of the spectests pass without it (and we now resolve the RT ticket).
11:15
whiteknight in NQP, how do I get a reference to the protoobject of a class? 11:32
Austin Starting from where? 11:33
whiteknight I have a Class object
Austin Okay.
whiteknight in Kakapo::UnitTest::Loader.configure_suite
Austin And you know it's a P6object, not a PMC...
Have a look at Testcase.nqp // sub TEST_MAIN 11:35
The first couple lines go from a namespace to the name to the protoobject 11:36
You can get the namespace from the class.
(If it has one.) 11:37
$ckass,get_namespace() 11:40
yikes
$class.get_namespace()
Alternatively, call $class.WHAT() (or $object.WHAT() if you have an object). 11:44
(but pmc's won't support the p6object methods, I think) 11:49
whiteknight ok
I have t/Program.nqp running. It produces zero output, but doesn't have any errors 11:50
the rest of the tests are not so lucky
Austin whiteknight++
12:05 muixirt joined
whiteknight it's calling Suite.run(), but there is apparently nothing in @!members 12:13
12:36 ash__ joined 12:38 kid51 joined 12:39 ash_ joined
whiteknight pir::say("add_test Members: " ~ pir::elements__IP(@!members)); 12:50
pir::push__vPP(@!members, $test);
pir::say("add_test Members: " ~ pir::elements__IP(@!members));
the number of elements is zero before AND after the push
can anybody spell WTF? 12:51
Austin Try @!members.push: $test 12:52
I think you're maybe getting an rvalue op, because nqp doesn't know to store the result of ::push into the attribute. 12:53
whiteknight same result
Austin Yeah
whiteknight 0 elements before and after the push
Austin That was a stupid suggestion.
Compile it to pir, and nopaste it. 12:54
nopaste "Whiteknight" at 192.168.1.3 pasted "UnitTest::Suite.add_test in pir for Austin++" (39 lines) at nopaste.snit.ch/22611 12:56
Austin So if the attr is null, it autovivs and doesn't store. 12:57
whiteknight that sounds like a bug
Austin Sure.
But attr handling in nqp is a mess, 12:58
...
12:58 contingencyplan joined
Austin @!members := @!members 12:59
Then do the rest
whiteknight Austin++ that did it (and exposed new errors further down the rabbit hole) 13:02
Austin woo-hoo! new errors
whiteknight let me check in my progress so you can take a look at it 13:40
github.com/Whiteknight/kakapo/commi...9979b1b07b 13:42
13:44 mak joined
mak Hi 13:45
I asked this question on #perl6 13:46
After doing this gist.github.com/512792
rakudo refuses to build
whiteknight it built before?
mak yes, actually im trying to trace how rakudo executes things... by using print statements 13:47
gist.github.com/512785 this is the error
kthakore whiteknight: hi
purl hi, kthakore.
mak was unable to get an answer on #perl6 13:48
whiteknight hello kthakore
mak is say a valid pir statement?
whiteknight mak: when rakudo does't build, what is the error messag eyou get?
kthakore whiteknight: got some releases out. Have some time to make parrotSDL work ... again
mak gist.github.com/512785
whiteknight mak: yes, "say" is a valid PIR opcode and you're using it correctly it seems
mak: to satisfy curiosity, can you try changing "say" to "print"? 13:50
mak ok
nopaste "Austin" at 192.168.1.3 pasted "Using say opcode" (7 lines) at nopaste.snit.ch/22612 13:52
whiteknight bah, that's all I've got for today 14:25
or, at least for the morning 14:26
14:31 Andy joined 14:36 mak joined
mak sorry i got disconnected last time due to power cut here 14:37
but using print instead of say didnt help
is anybody there? 14:41
Austin mak: That code isn't broke, according to my parrot.
(the code you nopasted) 14:42
I suspect something is wrong in the surrounding text. Can you nopaste the whole file?
mak gist.github.com/512869 14:43
Removing the say or print builds rakudo perfectly 14:45
Austin mak: What happens if you load the hello world thing I nopasted above? 14:49
mak I cannot see the link
Austin nopaste.snit.ch/22612
Sorry, I forgot you moofed 14:50
This is weird, but what if you put the print/say statement above the commenb lines? 14:51
*comment
mak your hello world program worked, now checking by putting the say above the comment 14:53
Austin So we know you've got built-in say or print. 14:54
mak putting the say above the comment made no difference 14:58
Austin Well, I guess that's a relief
mak error:imcc:syntax error, unexpected IDENTIFIER, expecting $end ('from')
thats the error
pir files can have blank lines?? 15:00
arnsholt Sure they can
Austin What is the line number again? 15:01
mak I think Im missing something very fundamental here
Austin Yeah
Wait, is there a unix/dos issue?
Are you on windows?
mak like? I using ubuntu
Austin So there's not secretly a bunch of cr/lfs in the file? 15:02
mak Im using emacs
Austin Okay
If you delete the print statement inside main, the problem goes away, right?
mak yes 15:03
Austin What line# is the print statement in main? 15:04
228?
purl well, 228 is 12+1
mak precise error message gist.github.com/512882 15:06
Austin Sure, but that's the reported error location. Where's the print statement?
'cause to me it looks like 228, or 220-230 if you've been moving the comments around 15:07
mak 1 min
224
Austin What's your local language? 15:08
mak how does the line number matter
Austin Any chance of funny quotes?
mak kannada
Austin The line number matters because the error is reported 40+ lines away.
mak Im from India
Austin When you get a really far away error report, sometimes it's because you forgot to close quotes, or parens, or brackets. 15:09
Hmm. Try deleting (ctrl-k) the line with the print statement. Then copy/pase the line @266 or so with "say 'Copyright perl foundation'" 15:11
mak power goes again, on ups... can't hold on for long... will join again in a short while 15:12
kthakore svn head is broken 15:17
mak: hi from india!
mak: kaisa hey yaar! 15:18
paste.scsys.co.uk/47721
Austin: ^^ svn head
Austin What rev? 15:19
kthakore 48341
darbelo Have you tried doing a make realclean? 15:20
Austin Whew
I'm not at that rev...
kthakore darbelo: let me try again ...
Austin So I guess I'm safe..
kthakore Austin: hahaha ... I thought you were gonna help
:p
Austin doesn't do 'C' 15:21
kthakore Austin: oh well
kthakore is all about the C
:D
darbelo I have a succesfuly built r48341 here. That's why I suggested a realclean. 15:22
kid51 r48341 build okay for me 15:23
kthakore darbelo: doing it again ...
kid51 r48341 make test PASS on linux/i386 15:26
kthakore kid51: that is what I have 15:27
ok ... weighting
btw ... does anyone know if anyone has done a memory profile of parrot? 15:29
like ccmalloc ?
mak kthakore: hi, sorry there was no power
sorear We use a private allocator.
kthakore sorear: no I don't mean that 15:30
sorear: I was wondering if we have profiled parrot tests to see where most of the memmory is consumed?
sorear That's so easy we don'e even need to profile./ 15:31
init_pmc.
purl init_pmc is, like, called when a pmc is passed to init
sorear (or is it new_pmc? been a while)
kthakore sorear: I don't understand ...
oh you are saying init_pmc takes most memory?
but where ?
in init_pmc
sorear On the garbage collected heap.
Austin kthakore: You can't go more than a day or two on here without chromatic showing up burbling about shaving 0.011% off memory consumption. Check the irc logs for the last few days, there were some guys showing various profiling scripts. 15:32
mak Austin : putting the say on 269 worked, but putting the very same thing back again in the main didn't ... weird 15:33
gist.github.com/512902 15:34
Austin mak: what happens if you move the say to just before the .end in the main sub?
kthakore Austin: ok
15:39 Andy joined
mak This time a different error 15:42
Austin Well, that's progress. 15:43
mak gist.github.com/512910
Austin If we can change the error, we must be in the right place
mak :) what a bad start when learning something new
Austin Well, that's a run time, not compile time, error. 15:44
Try moving the 'say' to after the !fire-phasers(INIT) call. 15:45
mak ok
build speed is slow... a cycle of change-build-test takes a little time 15:46
Austin Yeah, I know. 15:47
mak same old error again gist.github.com/512914 15:50
Austin That's baffling 15:51
I could understand if it depended on some kind of init-foo.
Maybe it's the compreg? 15:52
Try moving down one more line (after the compreg)
My bad. I should have thought of that before.
compreg = register a compiler
It shouldn't have any effect - the compreg in question is a get, not a set. 15:53
But I guess it might...
Otherwise, I have no idea why it's failing.
mak #perl6 guys couldn't help either 15:54
Austin You probably want pmichaud or jnthn. I'm not 100% sure who else is elbow-deep in rakudo...
mak putting it after compreg didn't work 15:57
Austin Well, that's good. 15:58
At least the get/set thing is true.
mak There have been similar such commands in the log, gist.github.com/512925 16:00
there its -o src/gen/perl6.pbc 16:01
but in here its just -o per6.pbc
Austin Run this command, tail -n +222 xx.pir | head -10 | od -t x1z 16:02
except change xx.pir to the name of your pir file
mak gist.github.com/512926 16:03
Austin THat looks depressingly normal 16:06
Hmm 16:07
try head -10 src/gen/core.pir
mak gist.github.com/512932 16:08
Austin I'm thinking that first line looks wrong
TiMBuS Austin, i can confirm theres nothing odd about the file except the 'say' opcode being added
Austin timbus: Thanks 16:09
TiMBuS it's really strange
Austin Aha 16:10
!!
mak eureka???
purl eureka is not a good place to live, trust me or skud's web log analyser that uses MySQL to make it easy to drill down on information, at sourceforge.net/projects/eureka/ or as Skud says, a good idea with a piss-poor to non-existent implementation, please don't look.
Austin mak
mak yes
Austin The first run is outputting what you want, with -o to some other file.
mak didn't get you 16:11
Austin The second run is inputting that file, with the added line, and failing because the extra line is syntactically invalid as input
The first run of Cmpiler is emitting "Copyright perl foundation", but it is redirected by -o src/gen/core.pm 16:12
So the "Copyright ..." become line 1 of src/gen/core.pm
Then, the next time the makefile runs Compiler, the input file (src/gen/core.pm) contains a syntax error: "Copyright ..." at its first line.
TiMBuS i guessed that Compiler.pir was being preprocessed in some way, but thats a bit different to what i was expecting.. 16:13
Austin The .include directive @line 270 or so shows up as the error location.
EVen though it's really in a different file.
mak Then how come other say's in the Compiler are not throwing errors and only the ones in main?
Austin timbus: Compiler isn't being preprocessed. core.pm->core.pir is 16:14
They aren't being run.
mak ohhhhkk
Austin mak: They aren't being run, and they aren't errors.
Try this.
Replace the say in main with printerr
printerr 'Copyright ...' 16:15
MAybe add \\n
mak or something like ... say 'say "Copyright Perl Foundation"' 16:16
TiMBuS Austin, yeah that's what I meant. it was quite different to what I had expected, but now its totally obvious
Austin timbus: See here, third line uses >src/gen/core.pir gist.github.com/512925
mak: No, because first line is not inside correct structure. (sey has to be inside .sub/.end block). Maybe a comment instead : say '# Hello world' 16:17
16:18 tcurtis joined
Austin mak: Result will be first line of src/gen/core.pir if you do a print or say. Result should appear on console (stderr) if you do a printerr. 16:19
mak The whole point of putting those say's is to use them as kind of debug logs 16:20
Austin Heh
mak yes , printerr stuff works
just tested
:)
sorear clearly we need a 'note' opcode.
Austin That works, until you add >src/gen/core.pir on the outside of the script. Then your log message gets written to the wrong place.
:)
Austin ++
mak or maybe while using debug statements instead of printing it out on stdout .. print it out in a file 16:22
does parrot have IO stuff?
file IO i mean 16:23
Austin Yeah, there's dynamic ops (open) and FileHandle pmc type
mak Lots to learn... good I got this error... learn't a lot today 16:24
thanks Austin 16:27
Austin Happy to help, mak. I'm sorry it took so long.
mak Well I was just thinking ... In that case #perl6 folks must also use printerr's instead of say's 16:32
Compiler error messages must be use the printerr instead of say 16:34
16:35 robin-gvx joined 16:36 mak left
dalek rrot: r48342 | darbelo++ | branches/unshared_buffers/src/string/api.c:
Fix braino in chopn semantics.
17:20
17:38 rurban_ joined 17:58 bacek joined 18:02 Andy joined
dalek kudo: fca2d32 | pmichaud++ | src/core/Any-list.pm:
Fix Whatever in .[*] and .{*} . Fixes RT #77072.
18:40
18:52 plobsing joined 19:05 Casan joined 19:24 Andy joined 19:42 s1n joined 20:53 LoganLK joined 21:10 jsut joined 21:13 preflex joined 21:17 Paul_the_Greek joined
Paul_the_Greek Hey folks. 21:17
mikehh greetings, Paul_the_Greek 21:26
Paul_the_Greek A much more pleasant day here.
mikehh not too bad here, except night has falen 21:27
two l's
Paul_the_Greek Where are you?
mikehh Aberdeen, Scotland 21:28
Paul_the_Greek Ah, wonderful. My wife was just in England and France. We were in Scotland many years ago.
I'm in Massachusetts, USA.
21:30 bacek joined
Paul_the_Greek So when do you think the Lorito project is going to get really serious? 21:32
mikehh ah well. bacek is in Sydney where it is 7 32am tomorrow
Paul_the_Greek Is he the Lorito guy? 21:33
mikehh It's been under discussion for a while now, but we are going through the design process at the moment, with a couple of prototypes 21:34
cotto, chromatic
Paul_the_Greek What is being used to assemble it now? 21:35
mikehh I don't think it has got that far yet - there is a prototype at github.com/atrodo/lorito 21:39
just looking at some concepts
check out - wknight8111.blogspot.com/2010/07/lo...esign.html 21:42
cotto There are a couple prototypes but they're very experimental atm.
One of my weekend projects is to wrap my head around using CPS in an assembly language context. 21:43
mikehh cotto: what's that Continuation passing style? 21:46
Paul_the_Greek Is the ultimately a sophisticated macro assembler for Lorito, or is that the job of higher-level components? 21:48
mikehh my understanding at the moment is that lorito will be a sort of micro-architecture, with the current PIR riding on top of it 21:54
so that our current op codes will generate one or more lorito ops for each higher-level( current) ops 21:55
Paul_the_Greek So no one will write code in Lorito ops, but rather continue to write PIR code? 21:57
The PIR compiler will be changed to emit Lorito, then. 21:58
mikehh well probably even higher level NQP for example or ultimately Rakudo or Partcl or something like that 21:59
obviously we need to provide the infrastructure for that
cotto mikehh, that's correct. 22:00
I
mikehh I think that is where pir/PIRATE is supposed to come in 22:01
cotto 'd probably make both of us more confused if I tried to explain CPS. Wikipedia is a good starting place.
mikehh if you like Scheme or something
cotto needs to go
Paul_the_Greek I'm trying to get a handle on the Lorito assembly process because I think that might be something I could help with.
The current status of the assemblers is confusing. 22:02
mikehh I think initially each lorito op will effectively be a C function call or something like that 22:03
Paul_the_Greek Yes, that's the impression I get. 22:05
And if humans don't write Lorito, then no fancy macro assembler is needed. 22:06
IMCC appears to be a mudpile, while PIRC seems to be stagnant.
mikehh well we had IMCC, which has evolved to be almost incomprehensible, kjs started PIRC which has at this stage not evolved into our new assembler, pir/PIRATE seems to be a new option
Paul_the_Greek PIRATE? 22:07
purl PIRATE is a career that is washed up these days...and raping and pillaging just doesn't have a good reputation these days.... or www.eff.org/IP/DRM/piratead/CEA_ad.png or www.wired.com/politics/security/mag...li_pirates or PIR parser (and compiler) implemented in NQP github.com/bacek/pir or tweetphoto.com/28970505
mikehh one of our problems here is that we have only had one or two people working on IMCC or PIRC which is not a good bus number
Paul_the_Greek There is no code directory for PIRATE. It must be a separate project. 22:09
Ah, I found separate info on PIRATE. 22:10
mikehh there was some work on opsc by bacek & cotto, bacek then re-implemented pir (as PIRATRE) to take advantage of that, both these projects were a SORT OF LEAD-IN TO lORITO 22:12
pirate
dammit - hit the CAPS-LOCK by mistake 22:13
anyway compilers/opsc and pir/PIRATE are projects that should make implementation of Lorito easier 22:14
at the moment they use nqp-rx which could raise some bootstratpping problems but hey 22:16
Paul_the_Greek So maybe I could help with PIRATE. It looks like it's in need of help.
mikehh our main coding-robot on that - bacek - seems to have taken a work-related break recently, hopefully he's back 22:18
22:19 kid51 joined
Paul_the_Greek Who is Tyler Leslie Curtis? His name is all over the place. 22:19
mikehh tcurtis - one of our GSOC students, he has been working on optimizations for GSOC 22:20
Paul_the_Greek Okay, maybe I'll bring this up during Tuesday's summit. 22:22
mikehh initially his work was in the gsoc_past_optimization branch but has recently moved to github as github.com/ekiru/tree-optimization 22:24
the optimizations are being used in quite a few projects
Paul_the_Greek I've saved that link. Now I'm off for a bit of dinner. Thanks for all your help. I'll be back later.
mikehh cu
dalek rtcl-nqp: 27a67b8 | Coke++ | (2 files):
convert [namespace] to the Austin++ style of subcommand ensemble.
22:34
purl I don't know how to convert [namespace] to the Austin++ style of subcommand ensemble..
rtcl-nqp: 4f6834c | Coke++ | README:
explain the "NQP" a bit, remove the POC. This is pretty much it now.
rtcl-nqp: d40408c | Coke++ | docs/overview.pod:
minor cleanups
rtcl-nqp: d53f3d6 | Coke++ | (3 files):
Merge branch 'master' of github.com:partcl/partcl-nqp
22:36 desertm4x joined
dalek rtcl-nqp: 11a2c80 | Coke++ | (37 files):
Avoid specifying pirop signatures if they are baked in to PCT.
22:45
rtcl-nqp: ae8abf9 | Coke++ | (4 files):
Merge branch 'master' of github.com:partcl/partcl-nqp
22:46
Austin That sounds like something Coke would have said. 22:47
Paul_the_Greek Hey all. 23:06
23:08 LoganLK joined
Coke (you don't need 'make clean', PTG, if you're just editing non-config files. 23:09
23:09 LoganLK joined
Coke the whole point of the makefile is so that if you change "A", "make" will rebuild only the files you need. 23:09
Austin: what does? 23:14
23:14 brianwisti joined
Coke msg kthakore there are folks checking on memory profiling, yes, but more eyes are always welcome. 23:14
purl Message for kthakore stored.
Austin Coke: something frompurl 23:16
*from purl
Coke is the person who was having trouble modifying rakudo still on? 23:18
Austin Mak? I'm not sure.
I think we got that worked out, though.
Coke++ # I got parrot to build with only a few test failures using D:\\parrot_strawberry. Which frankly ought to be pretty embarassing for parrot, but did solve my problem. 23:30
Coke msg Paul_the_Greek - why change the component on ticket # 1605? if the docs are outdated, is that not a docs issue? 23:32
purl Message for paul_the_greek stored.
Coke Austin: that's probably the least embarassing embarassing thing.
Paul_the_Greek Coke: The first round of patches were actually changes to comments and one or two bits of code, so I thought the ticket should say core. 23:33
Then when I submit the patch to the documentation, I'll change it back.
Is that the right sort of thing to do?
Coke overkill. 23:42
purl there is no such thing as overkill. there is only "not enough kill" and "enough kill" or if it's worth doing, it's worth overdoing (mythbusters) or thereifixedit.files.wordpress.com/2...257156.jpg
Coke that sort of information is much more important on tickets that are not currently being worked on. 23:43
Paul_the_Greek Okay, I won't worry about it to much. I figured it would help the folks who actually commit the patches. 23:46
too
23:47 somebody_ joined 23:51 brianwisti left
Paul_the_Greek Does the PGE make it possible to have a macro facility in a language? 23:53
plobsing Paul_the_Greek: not sure about PGE, but PCT has the ability to insert steps in arbitrary locations. 23:58
what sort of macros are we talking about? the C textish ones or the lispy tokenish ones? 23:59
23:59 Psyche^ joined
Paul_the_Greek I was thinking of text-oriented ones, but with much more power than C. 23:59
Something like a sophisticated assembler would have.