#parrot Parrot 0.6.1 "Bird of Paradise" Released | parrotcode.org
Set by moderator on 29 April 2008.
tetragon Bah, that's the currency sign, not an ?asterisk? 00:06
00:13 zarchne joined
Infinoid I wasn't aware that this game had rules. :) 00:14
Juerd What's an ?asterisk?? 00:15
00:32 slightlyoff joined, slightlyoff left
tetragon A sign that your font selection doesn't cover the same range of Unicode glyphs as that on my system 00:33
Juerd Well, erm, I'm receiving actual question marks...
tetragon And I'm inputting various asterisk variants on my end 00:34
Juerd Could you give a codepoint number as an example?
tetragon Unicode: 273A, UTF-8: E29CBA, Name: sixteen pointed asterisk 00:36
Juerd ✺ renders well here
So I guess your client is not sending the right thing.
tetragon I've had no problems sending snowmen and the like in the past
Juerd Maybe nobody ever noticed that they were snowmen? 00:37
tetragon ? 00:38
Juerd ??
tetragon I'll be back in a moment
00:38 tetragon left
Juerd ☃ <- snowman 00:38
? <- question mark :)
00:39 tetragon joined
Juerd ☃ <- snowman 00:39
? <- question mark :)
tetragon ✺
Juerd Ah, that's the star.
tetragon Somewhat brain-dead client
Juerd I see
tetragon ☂
00:53 Zaba joined 01:10 teknomunk joined 01:50 cjfields joined
jjuran Unlike the famous actor Gary Johnston I didn't major in World Languages (or theater), so can someone remind me which language requires a snowman glyph? 02:10
Tene So, any ideas on how I can generate a PIR == from NQP? 02:11
NQP's == ends up generating a cmp_num
02:24 Eevee joined
tetragon jjuran: The snowman is in the miscellaneous symbols range, along with umbrellas, chess pieces, recycling symbols, and other miscellaneous glyphs 02:26
unicode.org/charts/PDF/U2600.pdf 02:27
02:31 Zaba joined
jjuran Informally known as 'dingbats', yes? Thanks. 02:42
02:42 janus joined
Tene ah, the problem wasn't cmp_num, the problem was that I needed to use prefix:+ 02:43
03:17 Andy joined
dalek r27324 | tene++ | trunk: 03:18
: Allow trailing commas in rakudo.
: This brings the number of passing subtests in t/spec to 666 for me.
diff: www.parrotvm.org/svn/parrot/revision?rev=27324
Tene Three more spectests no longer fail to parse. 03:19
03:20 Theory joined
Tene iirc, pmichaud++ said that the "real" fix for that needs to go in PCT, but this workaround isn't too bad. 03:20
03:25 tetragon joined 03:33 Coke joined 04:47 Psyche^ joined 05:05 davidfetter joined 05:22 particle[ventus] joined 05:27 Psyche^ joined 06:31 uniejo joined
dalek r27325 | fperrad++ | trunk: 06:37
: [Lua]
: - disassembler : some rename (closer with Lua code)
diff: www.parrotvm.org/svn/parrot/revision?rev=27325
06:57 iblechbot joined 07:54 IllvilJa joined 07:59 ambs joined 10:06 mire joined 10:23 Psyche^ joined 10:42 wknight8111 joined 11:03 cosimo joined 11:14 kid51 joined 11:16 Ivatar joined 11:21 wknight8111 joined 11:38 Coke joined
moritz echo 'my Int $x = undef' | ../../parrot perl6.pbc 11:44
Type check failed
Jonathan: that should be allowed I think
Jonathan: only low level types like int should disallow undef 11:45
Jonathan moritz: Agree, please file an RT ticket if you have chance. 12:05
Won't have chance to look at Rakudo stuff today, but will be spending all of tomorrow on it.
moritz Jonathan: ok 12:06
with parrotbug? or is there a web interface? 12:08
purl: rt?
purl rt is probably 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
moritz purl: parrotbug? 12:09
purl hmmm... parrotbug is mailto:parrotbug@parrotcode.org or svn.perl.org/parrot/trunk/docs/submissions.pod
Jonathan moritz: No, it's email...well, just send to perl6-compiler@perl.org if you like, I'll see it there and I'll remind me. 12:11
*it'll remind me...
moritz Jonathan: ok, I'll do it
Jonathan Thanks. 12:12
moritz done 12:14
12:51 iblechbot joined
Coke ponders "This week on parrot" again. 13:21
13:41 gryphon joined, paco joined 13:46 teknomunk joined 13:59 Andy joined 14:30 jhorwitz joined
Coke 72+681+86 14:56
purl 839
davidfetter 1/0 14:57
Coke moves 53666 into the perl6 queue. 14:58
14:58 rdice joined
Coke 71+681+86-23 15:02
purl 815
Coke # of tickets, if you subtract out the 23 remaining tcl tickets.
Jonathan Coke: What's the email address for the Perl 6 queue? 15:07
Is it distinct from the Parrot one?
Coke perl 6 bugs?
perl6 bugs?
purl it has been said that perl6 bugs is <mailto:perl6-bugs@perl.org>
Jonathan Yeah, to go into RT.
Aha, OK.
Coke perl 6 bugs is perl6 bugs
yes, the queues are distinct. 15:08
Jonathan We need to get that, and probably some other content, onto rakudo.org
Coke I have no control over that, but yes. Yes you do. =-)
Jonathan Well, I'd rather delegate it. ;-)
But if nobody will take it on, it needs doing so I'll step in and do it.
15:08 mj41 joined
Jonathan Who has control over that? I'm sure there was plans to do this before... 15:09
15:09 mj41 joined
Coke Andy? 15:09
purl rumour has it Andy is the man with the feathered broom or mailto:andy@petdance.com or AIM:petdance or OK cat-xeger is BACK or trying to get Sun Studio 12 installed so I can lint lint lint
Coke Registrant Name:Andy Lester 15:10
whois coleda.com
Andy ?
Coke guess purl doesn't know whois.
Jonathan Andy: I was just commenting on how it would be good if rakudo.org had more than just a blog there.
Andy Jonathan: You need an account on rakudo?
Jonathan I have an account to blog there.
Andy Indeed. You have content to put out there? 15:11
Jonathan I'm just looking to have some static content there, like where to send bug reports, or to list what is done and the roadmap.
Juerd static content++ # if maintained
Jonathan Not much, just some essential bits, plus instructions on how to build it and stuff.
Coke note that parrotcode has the same issue: static good, maintaining hard.
Juerd esp. a list of what is done would be useful for me as a spectator 15:12
15:12 mj41 joined
Andy Whatever I can do, let me know. 15:12
Jonathan Juerd: Yes, I agree.
Andy: What's the process? I'm willing to spend some time getting said content together.
Coke Andy: rgarding your question about the audience... I too am curious. It has to be someone who isn't subscribed to the mailing list, I think.
though there is slightly more information not available to those just on list. 15:13
Andy Jonathan: Just write up some stuff and you can upload a page. At least I think you can. And if you can't, I'll make it so you can.
how-to-build.html or whatever.
Jonathan OK, thanks.
Juerd Andy: It's Movable Type right?
Andy If we get fancy we can move to a CMS like Drupal or something, but for now, uploading pages in MT will probably be enough
it is, Juerd, yes.
Juerd Andy: That has support for non-blog articles built in. 15:14
Andy Juerd: Yes, that's what I'm referring to.
Jonathan Will be flashing the URL around a bit at some conferences at the end of the month, so just want to have some clear building instructions and where to submit bugs and what you can expect to work etc on there for folks.
Juerd Andy: Ah. I was thinking of the useful wysiwyg editor and such.
Andy: As opposed to uploading
Andy Oh, I don't know of this editor you mean. 15:15
Juerd Er, the thing a default MT installation gives you when you edit a blog entry or page...
Or at least it does on mine :)
15:18 mj41 joined 15:35 uniejo joined
particle anyone here interested in porting parrot to ibm's power architecture? 15:36
i'm talking to someone at ibm who may be able to get us access to some hardware 15:37
either running AIX or RHEL
Infinoid ppc64? 15:38
particle yep
dual-proc
Infinoid I'm interested, but doubt I have time to contribute much
paco i have a rs/6k with aix .. 15:39
Jonathan Ooh, hardware...
purl hardware is old fashioned
Jonathan :-)
particle i knew the hw geeks would come crawling out of the closet... 15:40
Infinoid purl is just jealous
Jonathan Wait wait wait, would this wind up with me having to understand and hack on the JIT? 15:43
<terrified look>
Coke bah, we don't support JIT on our supported platforms yet, you don't have to support their jit yet either.
particle so true 15:44
Jonathan Don't support JIT?
I agree it's probably far from complete and has issues, but there's something there for our supported platforms? 15:45
particle x86 and ppc have working jit
Jonathan And we need it for?
15:45 uniejo joined
Coke osx? 15:46
purl Coke probably means "Mac OS X".
15:46 cotto_work joined
particle x64 15:47
Jonathan Ah.
particle coke: jit is for processors, not for oses
Coke particle: not exactly.
it's for osx/processors.
er, os+processor. 15:48
the jit for linux/x86 doesnt' work on osx/x86, AIUI.
particle that seems like a config thing. 15:49
Coke no, it's a code thing. 15:50
well.
config is code, so ok. =-)
but just because it works one place doesn't mean it works on that processor out of the box everywhere, which is my point. =-)
Jonathan My take is that it's mostly a CPU thing, but it likely needs per-OS tweaks to make it work correctly. The majority of the work is CPU-specific rather than OS-specific. 15:53
Infinoid ...assuming its possible to set up the same environment for it to execute in, on all OSes
(I'm not convinced this will be the case for linux vs windows on amd64, it sounds like they set up the CPU in very different modes) 15:54
16:10 rdice joined
particle anyone running opensolaris? 16:15
particle wonders what it would take to get parrot compiling on paco's rs/6000 16:16
did i say i miss working on aix? no? i don't. it reminds me too much of the days before i learned perl. 16:17
paco particle: i have to install the CL compiler, but I have gcc working in the aix .. 16:18
particle nice! a modern gcc?
paco yes I think so, but I don remember the version .. 16:20
particle 4.x would be wonderful
paco two months ago I reinstalled aix ..
and I have the cl compiler waiting for install .. :) 16:21
if someone wants I can give shell ..
is a power3-II
also I have an alpha machine with vms and some sgi's with irix. I can give shell in these machines too .. 16:24
particle do you have my entire past history of machines available?
sheesh.
paco i think so :) .. i have some VAX too 16:25
particle misses his sgi onyx with realityengine^2 graphics
3b3?
eh
3b2?
paco no :(
but have a fiend who onws one .. 16:26
particle still, your computer museum sounds interesting :) 16:27
paco yes, I have interesting machines .. 16:28
16:33 gryphon joined
particle 0.037*60 16:50
purl 2.22
16:53 Theory joined
pmichaud no, perl6 bugs is <mailto:rakudobug@perl.org> 17:00
purl okay, pmichaud.
pmichaud parrotbug? 17:01
purl parrotbug is mailto:parrotbug@parrotcode.org or svn.perl.org/parrot/trunk/docs/submissions.pod
pmichaud parrotbug is also see also "rakudobug"
purl okay, pmichaud.
pmichaud parrotbug?
purl parrotbug is probably mailto:parrotbug@parrotcode.org or svn.perl.org/parrot/trunk/docs/submissions.pod or see also "rakudobug"
pmichaud rakudobug?
purl rakudobug is mailto:rakudobug@perl.org
pmichaud (rakudo.org content) -- there's also the possibility of putting static content for rakudo onto the perl6 wiki 17:03
with links from rakudo.org
Jonathan Possible, though having some content on rakudo.org itself would make it feel a little more "unified". 17:12
pmichaud well, I'm a little bugged at the moment that we have content in so manyplaces
there's dev.perl.org/perl6, the perl 6 wiki, rakudo.org, etc. 17:13
I don't mind having it in so manyplaces as long as it's consistent and people can find it
Jonathan I don't propose to have anything non-specific to Rakudo on rakudo.org itself.
Just what it is, how to build it, where to send bug reports, what's done, roadmap.
pmichaud well, if it's easy to keep information up-to-date on rakudo.org, then it'd probably be okay with me 17:14
I'm just concerned it'll never get updated, so I want it to be on a place with easy updates (for non-committers and non-developers)
Jonathan I think that it's better for people who just want to play with Rakudo to have all the essentials in one place.
pmichaud agreed 17:15
Jonathan I'm thinking more end users than developers here.
pmichaud I'm not sure rakudo.org is that place
I'm thinking the perl6 wiki might be easier to keep up-to-date
i.e., I think that "all of the essentials" for rakudo users goes beyond just specifics about rakudo itself
(maybe) 17:16
Jonathan Oh, sure, there will be info on Perl 6 language stuff, and I don't think we should have that on rakudo.org.
It's just that if you google rakudo now, you end up at rakudo.org, plus it's the URL that I give out to people at conferences and so forth. 17:17
pmichaud that's a reasonable point. but rakudo.org can have links that point to the perl6 wiki, yes?
and we can keep the content there.
Jonathan We can do that. 17:18
I think we can, anyway.
pmichaud given the choice of "content on rakudo.org but difficult to update" and "easy to update content but not on rakudo.org", I vote for the latter.
If we can have easy-to-update content on rakudo.org, then that's even better. =-)
Jonathan I think it's easy to update in the sense of not hard to actually do the changes, it's just that you need an account on rakudo.org to do that. 17:19
pmichaud well, whoever does the work gets to choose the forum, at this point. :-) 17:20
if we want this to be focused towards users rather than developers, I'd like to be able to encourage users to be able to create the content 17:21
so that developers don't have to do it (as much)
Jonathan True. 17:22
moritz pmichaud++ # turning my mail into ticket
pmichaud yes, rt#53748.
easy to forward. :-)
Jonathan is that the undef assignment one?
pmichaud yes.
Jonathan Ah, I was planning to fix that tomorrow anywya.
*anyway
pmichaud what's the fix?
purl the fix is the financial information exchange protocol or at www.fixprotocol.org/ or in or Just One Fix or dngor has the start of a POE filter for it (ask him about it)
Jonathan doesn't like the overhead of doing RT too 17:23
17:23 ambs joined
Jonathan I haven't decided yet. I have an answer (make the type checker happy assigning undef to anything), but before I go down that path I need to go read up on the whole, undef is no more kinda thing. 17:23
Coke 53750 seems to be a perl6 bug, not a parrot bug.
Jonathan I know there were changes.
pmichaud I'm wondering if it should instead create an undef'd Int 17:24
a-la a protoobject
moritz Jonathan: but you can't assign undef to native types
Jonathan moritz: Sure, though those aren't implemented yet.
pmichaud moritz: we're not worrying about native types yet.
Coke (encourage users to create content) then just create pages on the wiki and link to them from rakudo.org
Jonathan pmichaud: If you write my Int $x; then $x is the Int proto-object today. 17:25
I *think* that's the Right Thing.
pmichaud right, so I'm thinking that my Int $x = undef; should do a similar thing
we may need a p6l ruling on this one.
Jonathan Yeah, that would make sense.
I'm not sure if the spec says something equivalent. 17:26
moritz that sounds like a confusion of container and content
pmichaud I don't know that it makes sense for $x to become a Failure object.
moritz IMHO
but I'm not very familiar with implementing type systems ;)
Jonathan moritz: We don't actually have two separate PMCs, one for container and one for value, for scalars.
Thus discussions can get fun on such things. :-) 17:27
pmichaud for my Int $x; does $x bind directly to the Int proto-object or is a clone made?
moritz has to run, sorry
Jonathan I *think* directly at the moment.
pmichaud hmmm, that seems like it could be problematic 17:28
Jonathan Yeah.
pmichaud my Int $x; $x = 5; # changes the protoobject?
Jonathan tests it
pmichaud possibly we want to adjust assignment so that assigning to a protoobject de-protos it
Jonathan my Int $x = 5; say $x; my Int $x; say $x; 17:29
5
Int
pmichaud you used $x for both?
Jonathan Hmm, the compiler should maybe moan about that?
cognominal coke, for #53750, parrot or perl6, why is the motivation for not listing the whole name?
Jonathan my Int $x = 5; say $x; my Int $y; say $y;
5
Int
pmichaud try
my Int $x; $x = 5; my Int $y; say $x; say $y; 17:30
Jonathan my Int $x; $x = 5; say $x; my Int $y; say $y;
5
Int
pmichaud looks okay to me then :-)
Jonathan Yeah.
I do remember doing *something* to make us not damage the proto object.
pmichaud okay, great.
Jonathan One unanswered question I have though.
role Foo { ... }; my Foo $x; 17:31
What is $x?
purl i've stored the hottest stuff in $xxx
pmichaud that's being discussed on p6l at the moment
Jonathan Same for subset EvenInt of Int where { $_ % 2 == 0 };
pmichaud but I remember chromatic saying that we don't instantiate roles
Jonathan my EvenInt $x; # what is $x now too 17:32
particle nope, can't instantiate roles. they're class-construction-time only
pmichaud for EvenInt, I'd guess that $x is an EvenInt
Jonathan OK, but when you are writing that declaration you are saying "we can assign something to $x that does this role"
particle no
Jonathan So I guess you just get an Undef with the correct type entry in %!properties 17:33
pmichaud er, there is no Undef
particle we're saying "automagically create a class with the same name as this role, and instantiate an object of that type"
s/type/class/ as not to mix syntax
Jonathan So how to we say "I want a variable that can hold any class that does this role"? 17:34
s/to/do/
Other than going to write a subset type for it...
particle i don't know any other way than subset
my $x does FooRole ??
Jonathan pmichaud: Yes, but what can I do with $x? If I print it, is it a failure?
pmichaud if it's not instantiated, it's a Failure 17:35
(iiuc)
you can assign to it, of course.
particle yes. failure is still somewhat undefined in the spec
Jonathan OK, so we need *something* that we can have $x be.
pmichaud why not an undefined Int with an EvenInt role constraint? 17:36
particle i was wondering if failure should keep some sort of state
Coke cognominal: if you can show me a case that doesn't invoke ".WHAT()", I might be able to answer that from a parrot standpoint.
(but Iunno why perl6 does what it does. =-)
pmichaud looks at rt#53750
Jonathan pmichaud: Not sure what you mean - I don't see EvenInt as a role in any way... 17:37
pmichaud Jonathan: okay, I should be quiet now then. I haven't looked at roles in great detail in the spec yet.
Jonathan: take your best guess and ask questions on p6c or p6l or #perl6 or wherever gets you an answer :-)
cognominal: PGE::Match reports 'Match' because that's the way .WHAT is defined in S12 17:38
Jonathan pmichaud: My feeling is that a lot of this is kinda semi-spec'd. :-)
cognominal so I should call .name instead?
pmichaud from S12: WHAT the prototype object of the type, stringifies to short name
Jonathan: I agree. In which case I'm not the one who resolves the semi-ness -- that takes place on p6l. 17:39
and there's been a discussion on classes and roles there recently, so we might just want to see how that resolves
s/want/wait/
Jonathan pmichaud: Sure, but I was interested to hear your thoughts and understanding on it too.
pmichaud got it :-)
particle so in "my Int $x = undef;", $x contains a Failure object, which contains (or is) an exception. after that statement, it's an exception of type 'undef' (or whatever). postfix:<++> catches that exception, and sets $x to the default initial value of type Int, which is 0... then increments $x to 1.
that's my understanding, anyway. 17:40
pmichaud particle: is that recent?
particle my understanding? yes :)
cognominal pmichaud, so according to S12, I should use WHO to get to the long name? not that it is implemented.
pmichaud cognominal: iiuc, the long name comes from .WHO
particle i may be wrong, but that's the way i picture it.
pmichaud correct, it's not implemented
17:40 barney joined
pmichaud particle: I was wanting to ask p6c/p6l if ++ still worked on undef objects 17:41
Jonathan cognominal: Implement it, or file a ticket if you want it in Rakudo, I may be able to do it.
cognominal ok
Jonathan cognominal: Looks like FPW accepted three of my talks.
particle pmichaud: my expectation for Int is that ++ should Just Work 17:42
and i think the way i described it, it will.
with an Int containing a Failure of type NaN, ++ won't work
cognominal Jonathan, indeed 17:43
particle ...because that type of Failure isn't handled by ++
pmichaud particle: I don't disagree at all with your interpretation; I just know that failure handling of this sort is still a bit nebulous according to the spec
particle yes, indeed it is 17:44
pmichaud we can certainly go ahead and implement it this way for now, until the spec is made clearer
but we should also post a message to p6c or p6l asking "what's the official answer?"
re: 53750 -- it's not specific to rakudo, so it belongs in the parrot queue 17:46
cognominal nopast 17:47
nopaste
Coke pmichaud: how is "WHAT" not specific to perl6? 17:48
pmichaud because it's a part of PGE and PCT
in this case, it's PGE and PCT that are implementing .WHAT
Coke But WHAT is specifically a perl6 thing, neh? That's now how we'd normally expect to interrogate core parrot, is it? 17:49
s/now/not/
pmichaud since PGE is very perl 6ish at its core, it tends to follow the Perl 6 specs
Coke k. 17:50
pmichaud same for pct
Coke Also, I think you answered his question and can close the ticket. =-)
pmichaud well, perhaps the ticket needs to morph into "provide a .WHO method"
nopaste "cognominal" at 82.67.232.89 pasted "missing WHO in Protoobject" (17 lines) at nopaste.snit.ch/12890 17:51
pmichaud cognominal: what does .name() return if the original class is ['PGE';'Match'] instead of 'PGE::Match' ?
the later is going away
cognominal well, WHO and WHAT should not return strings but objects that stringifies to string. But thas a start.
pmichaud *latter
Coke Is PGE using "::" to indicate parrot's ;-separator? (should it not then return.... there you go.)
pmichaud cognominal: you're correct -- I haven't had an opportunity to get Protoobject.pir to catch up to doing true protoobjects 17:53
and I'm wondering if I should just unify Protoobject.pir with rakudo somehow
(so that one implementation handles both) 17:54
cognominal I update the ticket to mention what you have said 17:55
if I unserstand well, rakudo has his own protoobjects? 17:56
s/his/its/
Infinoid hmm. sending Parrot-related email to @cpan.org addresses bounces; they think "Configure.pl" is a spam URL. 18:00
pmichaud at the moment rakudo has its own protoobjects, yes 18:03
but I'm thinking that we can unify the two
the non-rakudo protoobject was basically to get things working to the point that I could implement the rakudo one :-) 18:04
Jonathan goes for dinner 18:06
Doing my Rakudo day tomorrow.
pmichaud I should be around all day tomorrow
Jonathan OK, cool.
pmichaud might even get up a bit earlier to more closely match Jonathan-time
Jonathan I can get up a bit later to match yours too... ;-) 18:07
pmichaud enjoy dinner. :-)
Jonathan Thanks :-)
pmichaud this month's release is on the 20th, yes? 18:08
particle yes
dump run, followed by lunch &
pmichaud so there's a little time to do some major pge refactor/breakage between then
good. 18:09
18:23 AndyA joined
pmichaud cognominal: the WHO patch is fine; but I think I may try to do my Protoobject refactor tonight 18:28
if not I'll go ahead and apply the WHO patch (unless you need it fairly soon)
cognominal pmichaud : the refactor is the right thing to do 19:06
Andy Jus tsent mail off to someone wanting to be a cage cleaner. 19:09
I am interested in helping with the parrot project and thought that starting with cage cleaning woulf be a good place. I have a few patches based on warnings during compilation already. Are you still the one to contact about this? Is there something that you know specifically needs help?
Whooo!
ambs nice 19:11
\\o/
dalek rurban@cpan.org | Parrot Development on Windows: 19:17
link: www.perlfoundation.org/parrot/index...on_windows
shorten dalek's url is at xrl.us/bjcdh
dalek rurban@cpan.org | Parrot Development on Windows: 19:18
link: www.perlfoundation.org/parrot/index...on_windows
shorten dalek's url is at xrl.us/bjcdh
19:26 grim_fandango joined
cognominal pmichaud: I am not sure about the meaning of long name in the definition of WHAT in S012, this may be related to versionning of modules? 19:39
I really don't see the interest of WHAT being the last part of a name with '::'
19:46 contingencyplan joined
pmichaud cognominal: I'm simply going by what Pugs returns in that case 19:48
for example, say (1==1).WHAT; returns "True" and not "Bool::True"
similarly, that's what several of the test files seem to indicate 19:50
cognominal ok 19:51
20:02 Andy joined
barney pmichaud: Can I specify a namespace when calling a sub in PAST ? :pirop("call"), :name("my_sub") 20:09
Jonathan barney: :namespace, and give it an array 20:10
Or maybe a string will do.
pmichaud er, that's for defining a sub
Jonathan Oh?
pmichaud for calling a sub I don't know if :namespace works
Jonathan Ah. :-)
pmichaud but one can always do a PAST::Var node that does the lookup :-)
Jonathan Oh yes, it's postcircumfix stuff in Rakudo... 20:11
Jonathan shouldn't try and do #parrot while working on Other Stuff.
pmichaud barney: in other words, for the PAST::Op node with :pasttype('call'), have the first child be a PAST::Var node that looks up the sub in another namespace
dalek r27326 | bernhard++ | trunk:
: [Plumhead]
: decode Base64 encoded string, before using them in setting up PAST
diff: www.parrotvm.org/svn/parrot/revision?rev=27326
barney pmichaud: I see 20:12
tewk Andy could headerize make a pretty signature in comments for functions? All the visual cruft headerize adds really hurts skimability
dalek r27327 | infinoid++ | trunk: 20:13
: [pmc_freeze] r24867 removed a potential bug, but didn't remove the
Andy I'm not sure what you're sking.
dalek : XXX comment about it. Remove that too.
diff: www.parrotvm.org/svn/parrot/revision?rev=27327
Andy give me a specific.
a specific file/funciton
tewk src/packfile.c:71 20:14
Andy k, hold on.
still doing an update on this machine, which I haven't for eons.
tewk No rush just a suggestion. 20:15
pmichaud (could also look on svn.perl.org/parrot/trunk/src/packfile.c :-)
Andy OK, so you're talking about the function declaration on statics?
because the function declaration at the body is much less cluttery.
tewk yeah 20:16
Andy there's not much that can be stripped from there.
not much = none
because the compiler/splint needs to see all those modifiers. 20:17
Coke tewk: did you want it stripped or just formatted differently?
Andy What do you see as a "signature" on it?
tewk Its not that big a deal, but a list of statics can be seen as a table of contents for the file, I was thinking of a comment section /* static PackFile_Segment * byte_code_new(interp, PackFile *pf, const char *name, int add); ... */ 20:20
Sorry I just have to complain every once in a while:) I also think code lines need to be 200+ characters before they should be line wrapped. Just ignore me. 20:22
On a lighter note, I'm investigating using gcc-dehydra from mozilla for parsing c header files to make NCI signatures. 20:23
spinclad particle, pmichaud et al: imo, thinking of Int (the protoob) as a generic integer, Int++ should still be Int; and NaN should do the same; and C<my Rat $q> and C<my Rat $q = 0/0> (a rational NaN) should be (close to?) interchangeable, at least arithmetically. 20:25
tewk Replicating gcc parsing in c99 could turn into a rabbit hole. Once I'd recursed through 3 or 4 different rabbit holes I started looking for alternatives. 20:26
dehydra is pretty simple/cool
pmichaud spinclad: what about the general case of: my $x; $x++; 20:27
Infinoid tewk: oh, nice... too bad its gcc-specific 20:29
tewk: and on a heavier note, I was thinking exactly the same thing, reading through packfile.c last night :)
tewk Well I started working on c99, then I got frustrated with PGE error stack traces, so then I started working on pdd13 annotations to improve PGE error reporting, at which point I realized dehydra may be an alternative. 20:31
pmichaud how do you want the PGE error trace to improve? 20:32
tewk llvm clang project is coming along pretty well too, but dehydra works today. I wrote a two line script that found every global variable in a code base that I'm trying to make thread safe. It was cool.
Infinoid wow 20:33
pmichaud oops, gotta run pick up the wife. bbl
tewk pmichaud: I want grammar.pg line numbers as well as generated pir line numbers. Someday I'm going to write a cool debugger for pge too. :) 20:34
20:39 particle[ventus] joined 20:46 purl joined 20:49 Zaba joined 20:58 cotto_work joined 21:03 teknomunk joined 21:06 sjansen joined 21:37 AndyA joined 21:55 gryphon joined 22:08 wknight8111 joined 22:24 grim_fandango joined 22:26 rdice joined 22:54 mire joined 22:58 tetragon joined
cotto_work is there any language in the repo that does a good job of implementing OOP? 23:08
(i.e. doesn't reinvent the wheel where it's not necesary) 23:09
tewk cotto_work: close to functioning OO is a recent feature in parrot, perl6 is probably the most advanced example, there are still namespace issues to be resolved. 23:10
cotto_work I was afraid of that 23:11
Tene cotto_work: what were you hoping for?
tewk Particularly when reusing core PMC names, it (OO) is a whole lot closer to ideal than it was before the last revamp.
cotto_work I'm trying to figure out what needs to be done to support PHP's OO features 23:12
tewk Getting OO right at parrots scope is a monumental task. And amazingly we are getting close.
cotto_work I got some idea of that looking at the object and class PMCs 23:13
wknight8111 I desperately want to update PIR to be better at OO. Having to call add_attribute and set_attribute repeatedly is giving my fingers chafe 23:15
Tene wknight8111: PIR has some sort of macro support, iirc. 23:16
wknight8111 "some sort of support" is good. I'm aiming for "lots of freaking support"
particle[ventus] see runtime/parrot/include/hll.pir for macros iirc
hllmacros.pir? 23:17
Jonathan Yes, Rakudo does quite a bit of OO stuff; I think it's the only HLL using roles.
Tene t/compilers/imcc/syn/macro.t
23:21 kid51 joined
wknight8111 oh wow, some of these macros in hllmacros.pir are fantastically useful! 23:25
Coke thank particle.
wknight8111 particle++

Powered by Cro and the Raku® Programming Language.

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

Thank you!