Parrot 0.6.0 "P&P" released | Please mentor for SoC | parrotcode.org/
Set by moderator on 7 April 2008.
kid51 Infinoid: What does 'brute force' mean in this context? (the problem seems to be with make test as much as Perl::Critic) 00:05
On another subject: Do you have anything to add re rt.perl.org/rt3/Ticket/Display.html?id=52154 -- the ticket having to do with pulling 'svk' and 'git' related code out of Parrot::Revision? 00:10
Coke will have to make a decision, because it's one of those things where we can't make everybody happy. 00:11
00:15 TonyC joined
Infinoid kid51: by "brute force", I meant: attack the problem of "why can't it find my module" head-on, by verifying the environmental things that could affect module loading 00:25
00:26 tetragon joined
Infinoid does bitcard have any "don't forget about my login" related preferences? 00:27
nopaste "kid51" at 71.247.48.190 pasted "'prove' finds Perl::Critic with no problem; why not 'make test'?" (19 lines) at nopaste.snit.ch/12662
kid51 Infinoid: Don't know; unfamiliar with Bitcard except it simplest usage. 00:28
Would that have a bearing on problem at hand?
Infinoid just an annoyance at being bounced to a page that doesn't have "Reply" buttons, no big deal 00:29
hmm. I don't really feel too strongly about #52154. if the concensus is to keep svn around, I won't challenge it, as long as everything else is simplified 00:30
00:32 paco joined
Infinoid you could pretty easily parse the svn rev out of "svn info". but the same argument could be made of Configure.pl doing so 00:32
I think the main issue was the pain of having to support svk, git, git-svn, and that is being addressed
so ... do you want me to post that to the ticket? 00:35
kid51 Yes, please post whether you agree with the patch or not and what any outstanding issues may be. (Asking you 'cause I remember our conversation on IRC 2 weeks ago about this.) 00:37
Infinoid re: Data::Dumper, ok, that's bizarre.
kid51 Now, something equally bizarre ... but a pattern is developing: 00:42
nopaste "kid51" at 71.247.48.190 pasted "Where t/*.t files do an 'eval {require ...}' to locate a Perl module" (12 lines) at nopaste.snit.ch/12663
Infinoid ok, I've cast my vote 00:44
kid51 Ooh, I've got a hunch! 00:45
Infinoid it almost looks like the harness is doing something that breaks the *first* use, or require, or whatever, in interesting ways
I got a weird warning from YAML::Syck in that patch I nopasted earlier, too.
something about a barename only being used once, possible typo
what's the hunch? 00:46
kid51 My hunch: Note that there's no semicolon after Perl::Critic -- nor is there one after Moose in that other test.
Infinoid hmm. do BEGIN blocks get concatenated together before execution?
kid51 But why 'make test' would gag there when 'prove' and 't/harness' don't, I cannot explain. 00:47
chromatic The semicolon issue is a red herring.
The final statement in a block does not require a semicolon in Perl 5.
kid51 Okay, then what color is the herring?
chromatic Red.
kid51 set himself up for that one. 00:48
chromatic Dump @INC to STDERR from the test file and see what's different between runs.
Infinoid chromatic: nopaste.snit.ch/12662 (standalone)
kid51: does "perl t/harness t/codingstd/perlcritic.t" look the same? 00:49
kid51 It looks same as 'prove' i.e., it locates Perl::Critic and runs the file without complaint. 00:50
Infinoid so, the harness is fine, something from the Makefile maybe?
kid51 for use of perl t/harness, see my post to list of 17:18:09 PDT 00:51
Infinoid on my box, "make test" actually runs: /usr/bin/perl5.10.0 t/harness --gc-debug --running-make-test 00:52
chromatic `which perl`
Infinoid /usr/bin/perl (symlink to perl5.10.0) 00:53
chromatic Are you seeing this craziness too? 00:54
Infinoid no.
kid51 chromatic: When I include the semicolon, 'make test' runs t/codingstd/perlcritic.t without complaint! 00:56
chromatic That's unique. 00:57
$ perl
eval { require CGI::Cookie };
print $@;
print $INC{'CGI/Cookie.pm'}
/usr/local/share/perl/5.8.8/CGI/Cookie.pm
kid51 Note: I realize that I don't actually have Moose installed
Well, I guess it can't hurt to put that semicolon after 'require Perl::Critic' -- correct? 00:59
chromatic Correct, but I fear it's covering up some sort of weirdness elsewhere.
kid51 Shall I commit, or do you want to explore further? 01:00
Infinoid c, can you reproduce?
chromatic No, I can't.
Infinoid like I said, I don't see this craziness, but I do see other craziness. like, warnings from modules that normally load silently. 01:01
kid51 Infinoid: You see such warnings ... when?
chromatic I only get that from Text::Balanced.
Infinoid Name "YAML::Syck::ImplicitBinary" used only once: possible typo at /usr/lib64/perl5/vendor_perl/5.10.0/x86_64-linux-thread-multi/YAML/Syck.pm line 65.
I get that under perl t/harness, but not under prove. 01:02
kid51 doesn't have YAML::Syck installed anywhere.
chromatic prove -v
Infinoid can't even begin to explain this.
chromatic I mean prove --version
Infinoid no warning under prove -v 01:03
oh
prove v2.64, using Test::Harness v2.64 and Perl v5.10.0
chromatic TAP::Harness v3.02 and Perl v5.8.8
Hm, I thought 5.10 included TAP::Harness 3. 01:04
nopaste "kid51" at 71.247.48.190 pasted "patch to assure that 'make test' locates Perl::Critic" (27 lines) at nopaste.snit.ch/12665
kid51 Guys, I gotta step away. If you want to (literally) patch the problem, there's a suitable patch. 01:05
Infinoid 5.10 does not seem to include TAP::Harness 01:06
chromatic Maybe it just missed the cutoff. 01:10
Do you see the weirdness with TAP::Harness?
01:22 Ademan_ joined
pmichaud anyone think we can close rt#51732? 01:38
chromatic I'm sure it was a lacking realclean.
Infinoid chromatic: yes, I still see the weirdness with TAP::Harness v3.10 01:40
but I still don't know whether my weirdness is related to kid51's weirdness.
chromatic The missing semicolon is bizarre. 01:44
Infinoid what do you think our possibilities of coming up with a oneliner that reproduces it are? 01:47
chromatic Pretty low, unless it includes an -I
02:02 kid51 joined
Coke (makefile) I'm aiming to get all the dependencies worked out. having -j work is a nice side effect there. 02:02
kid51: are you sure you're using prove and perl from the same distro? 02:04
kid51 My Perl is 5.10, compiled from source the day it came out. My prove is that associated with most recent Test::Harness (3.10) 02:06
Darwin: [jimk] 503 $ prove --version
TAP::Harness v3.10 and Perl v5.10.0
Coke was that test::harness installed against the same perl? 02:07
kid51 Linux: [li11-226:~] 501 $ prove --version
TAP::Harness v3.09 and Perl v5.10.0
Coke (just that would explain the library discrepancies.)
kid51 Yes. Because TAP::Harness 3.10 is more recent than Perl 5.10.
But note that this error only occurred during 'make test' and only when perlcritic.t read: eval { require Perl::Critic }; 02:08
But it occurred, albeit with different output, on 2 different OSES. 02:09
OSES.
OSes.
Also, note that since perlcritic.t was only very recently included in 'make test', I wouldn't have noticed this problem, say, 3 months ago. 02:10
pmichaud kid51: do you think we can close rt#51732? (I'm reviewing tickets in my inbox and happened across this one.) 02:12
Infinoid are you using perl 5.10 on both OSes?
kid51 Yes. But here's some new data.
nopaste "kid51" at 71.247.48.190 pasted "Using the 'vendor' Perl and prove on Darwin to run perlcritic.t" (8 lines) at nopaste.snit.ch/12666 02:13
chromatic That depends on where you have P::C installed and what's in @INC.
kid51 That's the first case where I can use a version of 'prove' to simulate the results with make test.
Err, let's see. 02:14
Infinoid that one's probably because P::C is installed in /usr/local/lib/perl5/site_perl/5.10.0/Perl/Critic.pm 02:15
I doubt that's in 5.8.6's search path. do you have another copy installed?
kid51 Yes. the @INC for 5.8.6 does not include the directory where P::C is installed.
Infinoid sorry
tetragon I'm installing P::C right now on my Darwin install 02:16
(it used to be there, but was lost in a system upgrade)
kid51 tetragon: All those dependencies are fun, right?
tetragon hehe
I think people grumble about LedgerSMB's dependencies more
kid51 I met Elliot, the current maintainer of P::C, when I was at the mini-hackathon in Chicago in December. 02:17
Nice guy, but I still hate modules where the cpan shell forces me to say yes 3 times.
Mainly 'cause it's sitting on PPI.
02:18 Theory joined
kid51 So, would my 'make test' -- on either OS -- for some reason not know to look in the @INC associated with 5.10? 02:18
And why would a semicolon make a difference?
Perhaps with 5.10 you need the last semicolon in a block??? 02:19
tetragon Incidentally, vendor Perl on OS X 10.5 picks up on the P::C I just installed with prove 02:23
And that test is swamping my system
kid51 which test? 02:24
tetragon t/codingstd/perlcritic.t
chromatic Unless something changed the parser in a backwards-incompatible way, the semicolon isn't the problem.
kid51 Really? It's not particularly speedy on my iBook G4, but there are others slower.
tetragon It has finished
chromatic It's pretty IO intensive. 02:25
tetragon And subtest 3 failed
It was consuming all CPU
kid51 The question we've been discussing is that 'make test' on my boxes fails to locate Perl::Critic and therefore SKIPs that test.
tetragon The failed subtest looks like it was my modifications
kid51 Oooooh.
tetragon I patched config/init/defaults.pm so that I wouldn't have to remove all the -arch flags from all the Makefiles 02:26
kid51 Ah, yes, *that* patch :)
dalek r26864 | coke++ | trunk: 02:29
: Add a TODO test for #46499: [RFE] Allow comment lines in PIR .param list
diff: www.parrotvm.org/svn/parrot/revision?rev=26864
02:54 Eevee joined 03:11 silug joined
dalek r26865 | infinoid++ | trunk: 03:16
: [t] Make sure parrot returns non-zero on parse failure, and doesn't generate
: an output file.
diff: www.parrotvm.org/svn/parrot/revision?rev=26865
Infinoid pmichaud: so far, parrot's return value looks good. but my test case is pretty simple, and might need expanding. 03:19
pmichaud Infinoid++ 04:14
04:36 allison joined
chromatic www.cs.dartmouth.edu/reports/abstra...R2001-404/ 04:52
dalek r26866 | pmichaud++ | trunk: 04:58
: [pct]:
: * Allow --encoding=fixed_8 to work for HLLCompiler.
diff: www.parrotvm.org/svn/parrot/revision?rev=26866
05:12 silug joined
dalek r26867 | pmichaud++ | trunk: 05:12
: [rakudo]:
: * Since actions.pm doesn't have any non-ascii characters in it yet,
: we can tell NQP to compile using fixed_8 instead of the utf8 default.
: This gives us a 28% (101 versus 141 sec) speed improvement on
: my box.
diff: www.parrotvm.org/svn/parrot/revision?rev=26867
chromatic Nice. 05:18
I'll take temporary victories until we can fix the real things.
05:43 iblechbot joined 06:14 uniejo joined 06:25 Theory joined 07:08 Ademan_ joined 07:12 silug joined 07:34 cosimo joined 07:38 AndyA joined 07:57 AndyA joined
dalek r26868 | chromatic++ | trunk: 08:08
: [Rakudo] Fixed tests temporarily broken in r26813 with type hierarchy
: rearrangement; TAP doesn't support marking failing tests with the SKIP
: directive. These tests are now TODO tests, which allows them to fail without
: penalizing the test run. We know they'll fail, and we'll fix them.
diff: www.parrotvm.org/svn/parrot/revision?rev=26868
08:23 ruoso joined 08:35 AndyA joined 08:37 IllvilJa joined 08:41 cognominal joined 08:47 AndyA_ joined 09:12 silug joined 09:30 AndyA joined 09:32 slightlyoff joined 09:44 AndyA joined, mj41_ joined 10:10 iblechbot joined 10:14 ask_ joined 10:17 AndyA joined 10:27 AndyA joined 10:38 AndyA_ joined 10:39 ask_ joined 10:42 AndyA joined 10:56 AndyA joined 11:23 Psyche^ joined, tetragon joined 11:42 Psyche^ joined 11:57 contingencyplan joined 12:30 Ademan_ joined
Coke seen ambs? 12:34
purl ambs was last seen on #parrot 16 hours and 5 minutes ago, saying: :D
Coke thwaps ambs. =-)
12:36 AndyA joined 12:50 IllvilJa joined 12:57 iblechbot joined
Coke ooooh. we may be able to get someone much more familiar with smolder to help out. 12:58
particle that'd be lovely 13:26
13:27 rdice joined
Coke trac.macports.org/projects/macports...;new=35890 13:32
shorten Coke's url is at xrl.us/bi5si
Coke yay.
I think this means that the 0.5.2 port for macports will get applied shortly. 13:33
particle you wanna skip 0.6.0 and go straight for 0.6.1 next week? 13:34
Coke yah. 13:35
(as far as the macport goes.)
particle wonders when ubuntu 8.04 is due out 13:36
...obviously, this month sometime
dalek r26869 | coke++ | trunk: 13:37
: [ports]
: Update port to reflect change in [maintainer] in portfile-current
diff: www.parrotvm.org/svn/parrot/revision?rev=26869
particle coke: do you get a failure in t\\01-sanity\\07-simple-multisubs.t if you run make test in perl 6? 13:41
Coke particle: svn upping 13:42
particle: no. 13:47
particle crappity.
Coke ... but then, it doesn't seem to run. 13:48
particle i get 'push_pmc' not implemented in 'Closure'
Coke oh, wait, 07. no.
(it does run)
try with -G?
particle i've gotta look up how to do that 13:49
ah, right.
push_pmc() not implemented in class 'Closure'
errorlevel = 1
with -G
Coke I would expect TEST_PROG_ARGS=-G make test to work. 13:53
particle: huh. I ran my test on svn latest with osx/x86
particle yeah, jonathan doesn't see the error, either 13:54
i don't have any mods to the Closure pmc
Coke can someone on a mac tell me what "port list parrot" shows? 13:56
(someone with macports. =-)
13:57 gryphon joined 14:09 Andy joined
pmichaud good morning 14:16
purl Is it morning again? YAWN...
pmichaud particle: I'm running kubuntu 8.04 beta, if that helps
particle pmichaud: i think i'll dl the ubuntu beta now 14:20
pmichaud particle: so far I really like 8.04
particle my 7.10 vm stopped accessing the network. can't figure out why
pmichaud I really liked 7.10 also, but 8.04 just feels even more solid than 7.10 did
(and that's surprising, because I recall being impressed with how solid 7.10 felt.)
I tried out 8.04 beta on my laptop, and after a day decided I wanted it for the desktop as well 14:21
14:21 uniejo joined
Tene Coke: www.macports.org/ports.php?by=name&...str=parrot 14:24
@0.4.0 lang/parrot
Coke bah! 14:26
Tene What, you didn't like release 0.4? 14:29
Coke see my mail to the mailing list saying that 0.5.2 was available. =-) 14:30
particle maybe it takes a bit to propagate 14:33
Coke The selfupdate command installs the latest port revisions from subversion (at a slight delay), 14:36
... but no word how long slight is. =-)
no more than 1/2 a day, based on feedback from #macports. 14:41
14:41 AndyA joined 14:43 rotty joined
Coke it would be most awesome if we could get the install of the perl6 faux-cutable done for 0.6.1 14:43
nopaste "particle" at 24.19.3.148 pasted "pmichaud: how do i get this working?" (14 lines) at nopaste.snit.ch/12667 14:47
pmichaud does rakudo know how to do mmd yet? 14:48
as opposed to arity-based multisubs?
(short answer: I haven't studied jonathan's class patches enough yet to know for sure)
particle i'm trying to find out 14:49
it's not parsing atm
Statement not terminated properly at line 6, near "(Thing "
maybe we can't do types in params yet....
pmichaud yes, I'm still not caught up on all of the changes to rakudo yet as far as classes/types are concerned
particle i'll ping jonathan 14:50
Coke particle: is there anything you're specifically looking for in 0.6.1 this month? 15:00
particle coke: ease of release 15:06
15:07 uniejo joined
particle it's maint, so no big feature requests 15:07
15:12 paco joined 15:19 pasty joined
rotty where can I find docs about PCT::HLLCompiler API? 15:24
ah, already found search.cpan.org/~bschmal/parrot/run...mpiler.pir 15:27
shorten rotty's url is at xrl.us/bi5w7
rotty hmm, where exactly should private global variables live? The PAST->PIR transformation emits get_hll_global, but the docs say (and TCL code uses) set_root_global, so the variables can not be found... 15:33
particle you mean, sticking private global vars in ['_tcl'] 15:34
rotty particle: yes
particle i don't think hllcompiler supports that yet
rotty how would i construct a PAST node that loads from that?
particle you can embed pir
:inline 15:35
rotty ah, right
pmichaud we could probably create a 'root' scope for PAST::Var 15:39
particle it may be worth supporting a 'private' scope 15:40
pmichaud ...private?
particle since the namespace pdd talks about it
each language namespace gets its own private namespace at the root level
pmichaud isn't that just the (e.g.) ['_tcl'] scope from the root namespace?
particle tcl gets _tcl
yes
pmichaud so, 'root' should cover it
as PAST doesn't really know what hll namespace it's in 15:41
we can have the thing that builds the PAST tell it
for example:
particle hrmm
yeah, you're right
pmichaud PAST::Var.new(:scope('root'), :namespace('_tcl::Some::NameSpace'), ... )
particle root++ 15:42
rotty is get_root_global fast? I need to store e.g. the boolean 'true' and false value in a global, as they must be 'issame' 15:44
particle it's fast 15:46
it's a single parrot op
rotty yeah, but it must do a hash lookup and more, doesn't it? 15:47
particle vim src/ops/var.ops +273 15:48
15:57 Dave joined
cotto_work is there a way to pass -D options to gcc through dynpmc.pl? 15:58
particle cotto_work: you can modify the pl file manually, or modify the template file under config/gen/makefiles 16:08
it uses the same flags that parrot uses to build
cotto_work you mean dynpmc.pl
particle our $CFLAGS = q[@ccflags@ @cc_shared@ @cc_debug@ @ccwarn@ @cc_hasjit@ @cg_flag@ @gc_flag@];
cotto_work the idea is that I can do "make pmc" for a normal build and "make pmc-debug" for a debugging build 16:09
s/can/could/
Infinoid well, you could hack it to add extra cflags from an environment variable...
nopaste "Infinoid" at 96.238.213.50 pasted "Something like this." (13 lines) at nopaste.snit.ch/12668 16:10
Infinoid then pass the extra environment variable in the pmc-debug rule 16:11
16:13 Theory joined
cotto_work Infinoid++ 16:20
that's a good starting point
16:20 Theory joined 16:26 sjansen joined
jonathan pmichaud: not done type-based MMD yet. 16:31
I want to tidy up my types patches a tad and stuff too.
particle jonathan: did you see my nopaste?
jonathan Found something that doesn't work right today. :-(
particle: no, only back from Stockholm just a few moments ago... 16:32
particle hurry!!! :P
jonathan multi sub defeats(Thing t1, Thing t2) { false }; 16:33
Erm, don't t1 and t2 need sigils?
particle ook!
particle blames the bad error message
jonathan I *think* that should parse, but don't expect it to do anything useful.
should parse once you put the sigils in, anyway. 16:34
Only MMD now is arity based.
particle indeed, it parses now
jonathan It's a bit of work to get full type-based dispatch to really work right.
particle jonathan++ particle--
jonathan What do you actually need?
particle my $paper = Paper.new; 16:35
my $rock = Rock.new;
say defeats($paper, $rock);
i just want that to work
jonathan Maybe I can do that.
particle see chromatic's last post for a great link
jonathan Post where?
purl i heard Post was Parrot Opcode Syntax Tree or for changing data and uncacheable
particle here 16:36
www.cs.dartmouth.edu/reports/abstra...R2001-404/
16:36 Ademan_ joined
jonathan Oh, the patch to fix my inability to write tests? :-) 16:37
Ah
Looks interesting.
Why do I sense that's going to make my head hurt...
particle yes, i translated the example they use
jonathan OK, going to grab a shower...sticky from the train, flight, train...
particle as a first step to getting an implementation 16:38
jonathan I like that approach. Show me code, and hope I make it work. :-)
back soon
rotty seen barney?
purl barney was last seen on #parrot 17 hours and 58 minutes ago, saying: The PAST generating code can be one big nested constructor
16:47 barney joined
dalek r26870 | bernhard++ | trunk: 16:52
: [Eclectus]
: Add copyright indicators in t/*.pl 16:53
diff: www.parrotvm.org/svn/parrot/revision?rev=26870
r26871 | bernhard++ | trunk: 16:55
: #52616: [PATCH] Eclectus: Small portability fixlets
: Courtesy of Andreas Rottmann
diff: www.parrotvm.org/svn/parrot/revision?rev=26871
r26872 | bernhard++ | trunk: 17:00
: #52618: [PATCH] Eclectus: Gauche support
: Courtesy of Andreas Rottmann
diff: www.parrotvm.org/svn/parrot/revision?rev=26872
r26873 | bernhard++ | trunk: 17:06
: #52662: [PATCH] Eclectus: Implement BEGIN
: Courtesy of Andreas Rottmann
diff: www.parrotvm.org/svn/parrot/revision?rev=26873
r26874 | bernhard++ | trunk: 17:12
: #52664: [PATCH] Eclectus: Implement proper quoting
: Courtesy of Andreas Rottmann.
diff: www.parrotvm.org/svn/parrot/revision?rev=26874
r26875 | bernhard++ | trunk: 17:13
: Fix SVN properties for new files.
diff: www.parrotvm.org/svn/parrot/revision?rev=26875
barney rotty++ for being amazing
jonathan particle: Need to deal with some email backlog from $DAYJOB, and find some place to give me food. 17:15
But will try and have a crack at the MMD thing for you later.
rotty karma rotty 17:33
purl rotty has karma of 2
rotty barney: did you have a look at the macro system post to the chicken ML yet? 17:34
barney Not yet, what was the URL ? 17:35
rotty lists.gnu.org/archive/html/chicken-...00013.html 17:36
shorten rotty's url is at xrl.us/bi556
rotty AFAICS, the Pair PMC is not yet implemented, right? 17:40
barney being still confused by Scheme macros
rotty barney: join #scheme @ irc.freenode.org and ask there ;) 17:41
barney As I read up on Macros some months ago, I remember that there a Scheme-Implementations of Macros,
pmichaud there is a Pair PMC in Parrot, but I don't know that it does what you want.
barney with rely on only very specific hooks provided by the systems 17:42
rotty: I'm lurking on #scheme
rotty pmichaud: svn.perl.org/viewvc/parrot/trunk/sr...iew=markup -- note the "#if 0" 17:43
barney pmichaud: EclectusPair is extending Pair
shorten rotty's url is at xrl.us/bi567
particle finally ordered his laptop 17:44
rotty barney: if I understand you correctly, riaxpander is such a system 17:46
pmichaud rotty: yes, it's incomplete. But there are also tests for the Pair PMC t/pmc/pair.t 17:47
particle: what did you get?
particle t61 14.1" widescreen 17:48
2.6GHz core 2 duo, 4GB ram
with shipping and tax, ~$1800 17:49
barney rotty: Is that correct: As 'define-macro' can be implemented in terms of 'lamba', it should be no problem to support 'define-macro' in Eclectus? 17:59
18:09 ambs joined
rotty barney: I don't think we want to support define-macro (because it has no way to preserve hygiene), but in case we want, it can be implemented easily on top of explicit renaming macros 18:10
(and riaxpander does syntactic closures, ER macros and syntax-rules) 18:11
barney: do you want to target R6RS eventually?
pmichaud anyone have a comment on www.nntp.perl.org/group/perl.perl6....44294.html > 18:12
barney My naive answer is yes
shorten pmichaud's url is at xrl.us/bi6a9
pmichaud ?
rotty would rather target R5RS, as for R6RS we'd have to implement syntax-case (which is quite baroque and can do nothing that can't be done with syntactic closures or ER)
particle pmichaud: can it be defined in HLLCompiler, rather than in PAST? 18:14
pmichaud not easily.
because at the time we're compiling PAST, we might not be coming from a HLLCompiler 18:15
besides, it seems easier to do it within a language's TOP action method than to do it in HLLCompiler
particle true. TOP is a fine place
barney R5RS is fine with me. 18:16
pmichaud feels like he's in Star Wars with R5RS, R6RS, R2D2, C3P0, etc.
18:16 ruoso joined
rotty fine 18:17
barney As somebody outside the Scheme community I find it strange that R6RS was finalised, while there seems much dispute about it
pmichaud barney: they're just following the ooxml model :-)
rotty or rather ooxml follows the R6RS model (while IMO R6RS is much better than ooxml, as a standard) 18:18
pmichaud particle: think I should use '*' or '' for the "default" values entry?
particle: or something else?
purl i think something else is probably wrong
rotty well, R6RS adds a module system which is quite ok, IMHO, but syntax-case, case-sensitivity, and other stuff was pretty controversial 18:19
particle pmichaud: what about * (no quotes)
pmichaud particle: it's a string (key)
i.e., normally one would have a variable name there 18:20
rotty barney: have you formed an opinion on riaxpander yet?
particle where nqp will interpret the syntax of * (Whatever) to a default var name behind the scenes
pmichaud this is a pct/past specification
so I need to know what the default value will be in pct/past
rotty already has a patch that replaces the PREPROCESS procedure with a call into riaxpander
pmichaud by way of example... 18:21
in rakudo, the TOP action method would contain
barney What is the licensing of riaxpander ? 18:22
pmichaud my $past := $( $<statement_block> );
$past.symbol('*', :viviself('Undef'), :scope('package'));
rotty barney: I think one of the next things we have to add to eclectus is closure conversion
pmichaud or, we could give PAST::Block an extra method (and perhaps attribute) for this 18:23
$past.defaults(:viviself('Undef'), :scope('package'));
particle is this the only thing that will need to be defaulted? 18:24
pmichaud there may be more later, which is why it's a hash
18:24 slightlyoff joined
pmichaud oh, you mean we might want to do defaults in something other than PAST::Block? I doubt it 18:24
diakopter what version of netbsd do folks want smoked? 4.0? 18:25
pmichaud diakopter: any version would be fine with me
particle pmichaud: then i like PAST::Block.default(s) 18:26
pmichaud yes, I think I'll go with that for now. 18:27
particle: tnx 18:30
diakopter pmichaud: NetBSD/amd64 or i386?
pmichaud i386 to start with, I think
one of each would be nice :-)
the 64-bit builds often find oddities that don't show up on the i386 ones -- at least in the linux world 18:31
diakopter pmichaud: I've set up VMs to smoke on amd64-linux-cc and amd64-linux-gcc nightly 18:32
since I heard about MSFT setting up windows smokers, I haven't done any of those yet
Infinoid diakopter: is your cc non-gcc? 18:33
diakopter Infinoid: I don't know :D
pmichaud afk # walk
Infinoid on my amd64-linux box, the only cc I've got is gcc.
diakopter one of them is debian sid; the other is centos5.1 18:34
Infinoid oh, ok 18:35
diakopter seems unlikely it would be anything but gcc... I've just used the default packages
Infinoid diakopter++
diakopter the solaris VM is 32-bit and is autosmoking as well. I have yet to succeed at getting a 64-bit install. 18:36
I haven't decided if I want to donate the electricity to languages-smoke each nightly 18:37
barney rotty: Wouldn't using riaxpander be a hindrance to bootstrapping ? 18:38
Infinoid I'd like to be able to smoke specific languages 18:39
particle i'd love to see icc smoking on solaris / linux / windows
rotty well, the code is not very demanding - it uses srfi-1, srfi-9, and srfi-8
diakopter Infinoid: which languages do you want smoked? or you do mean you want a make smoke target for each of the languages? couldn't that be generated? 18:40
rotty and not much more AFAICS
Infinoid diakopter: the latter, and yes
rotty barney: perhaps we should switch to #scheme?
jonathan I'd like to see a cuban cigar smoked.
Infinoid cigar smoking is a spectator sport.
diakopter yeah, I'd gladly set them all to smoke rakudo nightly
or even bihourly or something 18:41
barney cd languages ; perl t/harness --html --languages='pheme,perl6'
Infinoid make rakudo-smoke lolcode-smoke cigar-smoke
barney should work now
rotty but we should drop petite support, it doesn't support any SRFIs AFAICS, and its command-line interface is too limited to load code before execting a script
particle www.savethebottles.com/labels/smoking_parrot.jpg 18:42
pmichaud particle: I think I've decided to just go with '' for now 18:55
i.e., PAST::Block.symbol('', :viviself('Undef'), :scope('package'))
for one, it means that if we ever do implement something like * in nqp, it would just work
PAST::Block.symbol(*, :viviself('Undef'), :scope('package'))
particle ok. you're in charge, and '' works. 18:56
pmichaud I may regret it, but we can change it later. I'm thinking that explaining '' as a special symbol will be easier than explaining a separate 'defaults' method
although 'symbol_defaults' might be easier
hmmm
okay, I've switched my mind again. 'symbol_defaults' is easier. :-P
particle symbol( :defaults, :viviself... 18:57
pmichaud nah, I don't like :defaults as a flag, because then a symbol can't have a 'defaults' attribute.
particle ok
symbol_defaults is good
pmichaud PAST::Block.symbol_defaults(...) seems to read well
and makes clear the relation with .symbol(...) 18:58
particle lunch & 19:01
dalek r26876 | pmichaud++ | trunk: 19:05
: [pct]:
: * If we're just looking up a nonexistent symbol for PAST::Block,
: don't use it as an opportunity to store a new empty hash.
: Only store the attribute hash when an attribute is explicitly
: given.
diff: www.parrotvm.org/svn/parrot/revision?rev=26876
r26877 | bernhard++ | trunk: 19:27
: [Eclectus]
: Use the deprecated syntax for "run-command",
: keep Gauch 0.8.8 happy.
diff: www.parrotvm.org/svn/parrot/revision?rev=26877
Coke would anyone here be interested in an ack macport? 19:30
19:42 ambs joined 19:44 muixirt joined 19:50 ambs_ joined
TimToady phone 19:59
dalek r26878 | bernhard++ | trunk: 20:02
: [Eclectus]
: Use Gauche as the bootstrapping scheme.
diff: www.parrotvm.org/svn/parrot/revision?rev=26878
Coke particle: cc me on that one. =-) 20:31
particle wilco 20:32
dalek r26879 | pmichaud++ | trunk: 20:39
: [pct]:
: * Fix problem where PAST compilation aborts and leaves $?SUB unclean.
: * Resolves RT#49758, patch courtesy Stephane Payrard.
diff: www.parrotvm.org/svn/parrot/revision?rev=26879
20:58 jan joined 21:04 ambs joined 22:00 rdice joined
mj41 good night ... test.perl6.cz/ttserv/show.pl 22:09
22:15 mire joined
dalek r26880 | jonathan++ | trunk: 22:18
: [rakudo] Some more cases for handles trait verb, including pairs.
diff: www.parrotvm.org/svn/parrot/revision?rev=26880
jonathan (plane hacking)++ 22:25
22:25 Limbic_Region joined
Infinoid I have a machine running linux/x86 which can't link miniparrot. says it can't find symbols like Parrot_new 22:25
if I run gcc by hand, I can get it to link with libparrot.a, but not with libparrot.so 22:26
22:43 cognominal joined
jonathan cognominal: Any free slots at the FPW? It's just possible I will be free on those dates...a bit 50/50 at the moment. 22:47
22:50 kid51 joined
diakopter fights with netbsd 23:08
dalek r26881 | jonathan++ | trunk: 23:10
: [rakudo] Slight refactoring of type parameters so I can have a crack at a basic implementation of multi.
diff: www.parrotvm.org/svn/parrot/revision?rev=26881
kid51 remembers hearing/reading somewhere that the test of whether you can be a NetBSD hacker is whether you can install it or not.
jonathan Heh. Objective C's interface header syntax looks almost like an approximation to ASCII-art UML. 23:11
23:15 Limbic_Region joined
diakopter kid51: well, it's installed and I've installed some packages. looking for subversion... 23:40
23:43 tetragon joined
dalek r26882 | jkeenan++ | trunk: 23:44
: Refactor declaration of, and assignments to, @srcopsfiles, $num and $skip out
: of individual test files and into testlib/GenerateCore.pm, from which they are
: exported on demand.
diff: www.parrotvm.org/svn/parrot/revision?rev=26882
kid51 Did you have utter incantations to Theo? 23:45
Or, perhaps, imprecations?
23:49 particle joined
dalek r26883 | jkeenan++ | trunk: 23:49
: Renumber one test file so that each test gets a unique two-digit prefix.
diff: www.parrotvm.org/svn/parrot/revision?rev=26883
r26884 | jkeenan++ | trunk: 23:52
: Update references to name of file within file. Small POD corrections.
diff: www.parrotvm.org/svn/parrot/revision?rev=26884
Eevee wow, busy today
23:57 mire_ joined

Powered by Cro and the Raku® Programming Language.

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

Thank you!