Parrot 3.7.0 "Wanda" | parrot.org | Log: irclog.perlgeek.de/parrot/today | #parrotsketch meeting Tuesday 19:30 UTC
Set by moderator on 25 August 2011.
soh_cah_toa kid51: ok 00:00
00:00 Coke joined
plobsing kid51: I have no idea why that would be effected by the branch 00:01
can you check what HAS_GMP says about what configure found? 00:02
kid51 Since I'm building master right now, I no longer have the Config/Generated.pm that I had in that branch. However, I know that auto::gmp did say that GMP had been located. 00:03
In case it helps, here's link to Darwin's libtool manpage: 00:04
developer.apple.com/library/mac/#do...ool.1.html
$ grep -n HAS_GMP lib/Parrot/Config/Generated.pm 00:05
46: 'HAS_GMP' => 1,
384:#define PARROT_HAS_GMP 1
plobsing do you actually have gmp installed?
kid51 And since branch entails few changes in configuration system, I'm confident of that.
Let's put it this way. If I *don't* have gmp installed, then config step auto::gmp has been wrong ever since it was introduced. 00:07
plobsing ok, just covering my bases
00:08 Coke joined
kid51 auto::gmp - Does your platform support GMP......................yes. 00:08
plobsing so then it is just a matter of the linking being wrong? 00:09
kid51 I guess so ... but since I've never had to directly use 'libtool' before, I can only guess. 00:10
plobsing it isn't directly using libtool, g++ calls it 00:12
00:13 soh_cah_toa_ joined
plobsing I don't think we can get much further if you aren't on branch, but I think I understand the problem better now 00:13
00:14 Coke_ joined 00:19 Coke joined 00:25 Coke_ joined
plobsing kid51: where is libgmp installed on your system? has it moved recently? 00:28
can you show me what the '/usr/bin/g++ .* -o blib/lib/libparrot.3.7.0.*" command looks like on master? 00:29
00:31 Coke joined
dalek rrot/all-hll-test: 9aea1cf | cotto++ | tools/dev/all_hll_test.pl:
factor out build commonalities, start using System::Command
 00:34
rrot/all-hll-test: 7b29f1e | cotto++ | tools/dev/all_hll_test.pl:
make code less repetitive
rrot/all-hll-test: eb92eb7 | cotto++ | tools/dev/all_hll_test.pl:
start using System::Command for all commands
rrot/all-hll-test: 29f2f6a | cotto++ | tools/dev/all_hll_test.pl:
install parrot, get builds working in a loggable fashion
rrot/all-hll-test: 6566c2e | cotto++ | tools/dev/all_hll_test.pl:
add partcl-nqp
rrot/all-hll-test: d5e596e | cotto++ | tools/dev/all_hll_test.pl:
log output from the build
cotto_work eyeballs on that are appreciated 00:36
00:36 Coke_ joined
nopaste "kid51" at 192.168.1.3 pasted "A log of a recent, successful build on Darwin" (872 lines) at nopaste.snit.ch/76141 00:37
kid51 That's from about 6 days ago.
t/src/checkdepend.t has a failure in master on linux; will examine later 00:38
dalek rrot/all-hll-test: 68400d6 | cotto++ | tools/dev/all_hll_test.pl:
add a description
 00:40
00:42 Coke joined
plobsing kid51_at_dinner: running a diff on the good vs bad commands, I see that we aren't using the flags q[-L"/Users/jimk/gitwork/parrot/blib/lib" -L/sw/lib] in the bad variant 00:45
those seem like odd things for configure to add to your link flags automatically 00:46
00:47 Coke_ joined 00:53 Coke joined
plobsing cotto_work: does Ī©Ī·;)XD count as an HLL? 00:54
it has tests (and currently passes them) 00:55
also, would a shorthand for plumage be useful? I see some duplication between it and all_hll_test.pl 00:56
00:56 nbrown joined
dukeleto nbrown++ # awesome m0 pull request 00:59
01:00 Coke joined 01:01 woosley joined
nbrown dukeleto: thanks. Glad I could help 01:04
01:07 Coke joined
dalek op: 28821ad | Whiteknight++ | / (2 files):
Flesh out the JSObject class and runtime. Compiles, but is untested
 01:10
01:13 Coke_ joined 01:14 herat joined
nbrown dukeleto: I got your comment about the tests, but I'm pretty sure the POD is correct. I am still using the perl assembler and that is the only perl reference I saw 01:17
dukeleto: if I missed something, feel free to point me in the right direction and I'll be glad to fix it 01:18
kid51 plobsing: AAMOF, I was thinking about those flags while poking at that TT ticket I mentioned during #ps today. 01:19
plobsing kid51: what were you thinking about them?
01:20 Coke joined
kid51 I was studying how they come about. 01:20
We start with the fact that I compile Perl 5 from source whenever a new major version comes out.
And then, since we're on Darwin, we probe for fink and macports.
That's *roughly* what's happening.
I'd have to use Parrot::Configure::Trace to speak more precisely. 01:21
dalek op: f1abb49 | Whiteknight++ | stage0/runtime/jsobject.winxed:
+ a few more builtin methods
 01:23
kid51 I am now trying to compare the Generated.pm between master and branch on both Linux and Darwin.
plobsing I looked at the diff between master and branch, nothing stuck out as odd 01:24
kid51 On Linux, the only diff I get is in embed-ldflags ... which is a result of the cleanup/deduplication of that KVP I did last night. 01:25
01:27 Coke joined
kid51 Darwin is slower. Will report in a few minutes. 01:27
01:32 Coke_ joined
kid51 plobsing: On Darwin tonight, I get no diff in Generated.pm between master and branch. 01:33
I will now try to build again.
Curiously, the only difference I observe between the two versions of Generated.pm is ... the amount of whitespace indent for all the KVPs! 01:35
01:38 bubaflub joined, Coke joined 01:44 Coke_ joined
cotto ~~ 01:45
plobsing, your crazy language thingy definitely counts. I'm not using plumage to minimize dependencies. 01:46
kid51 Hmm, looks like I'm getting much farther than yesterday with branch build on Darwin. 01:48
cotto I'd love to test plumage itself. 01:49
kid51 crosses fingers
cotto It's a valuable part of our infrastructure that hasn't been getting the attention we need to give it.
kid51 Alright, I have a hypothesis as to what happened yesterday. 01:51
In order to work on TT #1744, I had to modify the shell script I also use to wrap around Configure.pl on Darwin.
plobsing so... the branch *does* work?
kid51 That modification -- since reverted -- had an explicit CLI for --ldflags 01:52
01:52 Coke joined
kid51 And that explicit setting may have excluded GMP, which, on Darwin, I probably installed years ago via either Fink or macports 01:52
Which plausibly could have prevented the compiler from locating GMP 01:53
dalek rrot/soh-cah-toa/podds: 0d8a9af | soh_cah_toa++ | / (3 files):
Replaced all occurences of 'Odius' with 'PODDS' including the branch name. Also added POD to pack functions.
kid51 That seems right. 'make' just completed successfully on Darwin/PPC in frontend_parrot2 branch. 01:54
Now running 'make test'.
plobsing \\o/ # we're on a roll
kid51 Sorry for the confusion. That's what happens when I try to work on 3 branches simultaneously.
soh_cah_toa whiteknight: ping
01:59 Coke joined, herat joined 02:00 rfwazoo joined 02:06 Coke joined
kid51 soh_cah_toa: Do you expect to conduct any activity in the hbdb branch anytime soon? 02:09
(I want to know if I should delete my local branch.) 02:10
02:12 Coke_ joined
soh_cah_toa kid51: i'm probably not gonna do much until the new debug segment is complete (being worked on now) 02:12
kid51 thx
02:15 RobertLJ joined 02:17 Coke joined 02:23 Coke_ joined 02:29 Coke joined
kid51 frontend_parrot2 branch: darwin/ppc: make test passes except for the previously reported failure in t/dynpmc/select.t 02:31
plobsing msg whiteknight kid51 confirms frontend_parrot2 passing on darwin 02:33
aloha OK. I'll deliver the message.
02:34 Coke_ joined 03:06 RobertLJ left, baest_ joined, Drossel joined, NotFound_b joined 03:25 jevin_ joined, jlaire_ joined, Koven joined, jsut joined 03:29 jsut joined, Koven joined, jlaire_ joined, jevin_ joined, NotFound_b joined, Drossel joined, baest_ joined, rfwazoo joined, bubaflub joined, woosley joined, nbrown joined, soh_cah_toa joined, plobsing joined, benabik joined, contingencyplan joined, cosimo joined, mls joined, preflex joined, awwaiid_ joined, TiMBuS joined, particle joined, mtk joined, bacek_at_work joined, aloha joined, snarkyboojum joined, Util joined, nopaste joined, jkitazawa joined, AzureSto_ joined, tty234 joined, perlite joined, cotto joined, silug joined, autark joined, TonyC joined, Tene joined, eternaleye joined, COKE-WORK joined, dngor joined, simcop2387 joined, PerlJam joined, Hunger joined, ttbot joined, tewk__ joined, atrodo joined, slavorgn joined, cotto_work joined, ewilhelm joined, hernan joined, dalek joined, wagle joined, knewt joined, slavorg joined, he joined, athomason joined, nine joined, sri joined, moritz joined, pjcj joined, Felipe joined, tadzik joined, ingy joined, elmex joined, TimToady joined, rblackwe joined, jjore joined, GeJ joined, kthakore joined, arnsholt joined, ascent_ joined, tcurtis joined, sorear joined, eqhmcow_ joined, jnthn__ joined, Infinoid joined, janus joined, allison joined, jtpalmer joined, szbalint joined, Maddingue joined, cxreg joined 03:33 p6eval joined
dalek m-eta-wink-kzd: fbae3a1 | plobsing++ | src/ometac.winxed:
add grammar debug feature to Ī©Ī· compiler
 03:49
m-eta-wink-kzd: 5a8a4ac | plobsing++ | / (2 files):
avoid double function-wrapping #And grammar nodes

This improves performance slightly (1 or 2 percent) while reducing noise in the generated code.
Example:
   [#Or, [#And ...], [#And ...]]
now becomes
   self._or((function (var self) { ... }),
  \t (function (var self) { ... }));
rather than
   self._or((function (var self) { return (function (var self) { ... })(self); }),
  \t (function (var self) { return (function (var self) { ... })(self); }));
soh_cah_toa msg whiteknight i took care of the structs and what not. also renamed branch to soh-cah-toa/podds. what's next? 04:03
aloha OK. I'll deliver the message.
04:43 preflex_ joined 04:44 logie joined 04:52 benabik left, benabik joined 05:28 SHODAN joined 05:34 fperrad joined 05:44 AzureStone joined
cotto plobsing, does Ī©Ī·;)XD depend on anything that's not installed by the default Parrot install? 06:39
dalek rrot/all-hll-test: eff654d | cotto++ | tools/dev/all_hll_test.pl:
add more projects, delete some debugging output
 06:49
07:29 mj41 joined 07:56 lucian joined
dalek rrot/all-hll-test: bc1305a | cotto++ | tools/dev/all_hll_test.pl:
start to (brokenly) keep track of the state of all the builds
 08:13
09:42 ambs joined 10:55 woosley left 12:10 mtk joined 12:30 JimmyZ joined
plobsing cotto: it depends only on winxed 12:34
12:36 whiteknight joined
whiteknight good morning, #parrot 12:37
12:39 bluescreen joined 12:47 JimmyZ_ joined 12:52 lucian joined 13:12 mtk joined 13:25 redicaps joined 13:40 bluescreen joined 13:41 jsut_ joined 13:58 jsut joined
benabik o/ 14:11
tadzik o/ 14:12
whiteknight hello benabik, tadzik 14:18
benabik 'lo whiteknight. What's up?
14:20 contingencyplan joined
whiteknight not much, benabik. you? 14:23
JimmyZ whiteknight: jnthn++ is back
benabik Not much here either. Kinda just killing time until school starts.
JimmyZ whiteknight: FYI
whiteknight JimmyZ: yes, I saw him yesterday
plobsing whiteknight: after kid51 gave us the all-clear, are we go for merge on frontend_parrot2? 14:32
whiteknight plobsing: I opened a pull request on github to try to get some input
none yet
moritz should I test rakudo on top of frontend_parrot2? 14:37
plobsing moritz: please do 14:38
moritz does
whiteknight it shouldn't make any difference for programs using fakecutables like the perl6 binary 14:39
only when run with the parrot binary
moritz well, we do that in the compilation step once or twice 14:41
plobsing if you run rakudo as 'parrot perl6.pbc @ARGS', you may see a difference
14:48 dmalcolm joined
whiteknight startup time should be a little faster, but probably not noticable 14:49
moritz frontend/parrot2/main.o: In function `main': 14:51
main.c:(.text+0xa8c): undefined reference to `get_program_code_size'
main.c:(.text+0xa94): undefined reference to `get_program_code'
should I have done a realclean before switching the branch? :-)
plobsing possibly 14:52
moritz swings the 'git clean -xdf' cudgel 14:53
14:55 ambs joined
atrodo moritz> that's my favorite cudgel 14:56
moritz I still get the same error
atrodo i also, enjoy using the word cudgel when i can. Will now work that into all my conversation for the rest of the day
moritz thi is on gcc 4.4.5
*this
14:59 logie joined
dukeleto moritz: github.com/leto/Util/commit/5bba56...478b97233d 15:04
tadzik moritz: realclean nqp too
well, parrot, then nqp, then rakudo 15:05
that helped me
plobsing hasn't defined a 'make clean' rule for Ī©Ī· since 'git clean' works great 15:06
moritz huh? it's a parrot compilation error, not nqp related at all 15:07
plobsing hmmm
NotFound moritz: delete that file 15:08
moritz hopes he doesn't have to delete files manually in the build process in future 15:09
NotFound Uh... no, delete frontend/parrot2/prt0.pir.c
15:09 dodathome joined
moritz too late :-) 15:10
NotFound: that file doesn't exist
NotFound Then no need to delete ;)
Have you pulled the branch?
moritz it's on commit RELEASE_3_7_0-123-g25edcb4 15:11
which seems to be up to date
make: Nothing to be done for `all'. 15:12
make install -> same error as before
so... 'make install' tries to compile more files?
that seems broken
plobsing I haven't tried installing it yet. I'll try to reproduce that. 15:13
moritz declares the branch not yet ready for prime time
plobsing make install wfm 15:15
did you run make before make install?
moritz yes
it says: make: Nothing to be done for `all'. 15:16
(after I deleted frontend/parrot2/main.o)
plobsing as to why make install compiles more files, we need to set the paths differently for the installable executables
moritz and why can't we do that during 'make'? 15:17
the problem is that 'make install' often runs as root, while 'make' not
plobsing I don't know. seems like it could be either or.
patches welcome ;) 15:18
moritz so if 'make install' generates more files, it leaves behind some files that are owned by root
which means that subsequent working in that directory becomes rather nasty
plobsing that makes some sense 15:19
moritz fwiw I configured with custom --prefix= and --optimize
plobsing I've never had that issue because I never install parrot to locations that require root
moritz I usually don't either, but our distributors usually do :-) 15:20
plobsing I thought they ran it under fakeroot
moritz I know that Debian does
at least by default 15:21
plobsing run make install as root?
why would they do that?
moritz but some distributions are more source centric
no, debian uses fakeroot
LFS (Linux From Scratch) doesn't
afk & 15:22
plobsing moritz: can you run 'nm frontend/parrot2/{main,prt0.pbc}.o' and nopaste the output? I suspect it is an issue of symbols not being exported 15:37
nopaste "moritz" at 192.168.1.3 pasted "nm output for plobsing++" (77 lines) at nopaste.snit.ch/76293 15:38
15:41 cosimo joined 15:44 alester joined
plobsing moritz: which compilation step is it that gives you the missing symbol errors? 15:52
moritz plobsing: cc -o installable_parrot \\ frontend/parrot2/main.o src/install_config.o src/longopt.o \\ -Wl,-rpath="/home/moritz/tmp/rakudo/install/lib" -L"/home/moritz/tmp/raudo/parrot/blib/lib" -lparrot -ldl -lm -L/usr/lib -licuuc -licudata -ldl -l -lnsl -ldl -lm -lcrypt -lutil -lpthread -lrt -lgmp -lreadline -lffi -fstck-protector -L/usr/local/lib -Wl,-E 15:55
plobsing yeah, that needs to include prt0.pbc.o somehow... 15:56
15:56 alester joined 15:59 alester_ joined
plobsing Looking at callgrind benchmarks, I really wish I could tell the C compiler about complex invariants (such as "Parrot_gc_fixed_size_allocator_free will not alter with pmc->vtable->attr_size") 16:02
dalek rrot/all-hll-test: a884e3e | cotto++ | tools/dev/all_hll_test.pl:
(probably) fix project/stage exit status tracking
 16:07
plobsing moritz: should be fixed now 16:11
well, after my last push
dalek rrot/whiteknight/frontend_parrot2: ede0f47 | plobsing++ | config/gen/makefiles/root.in:
add prt0 to installable_parrot build
 16:12
rrot/whiteknight/frontend_parrot2: 0d7014c | plobsing++ | frontend/parrot2/build.pir:
static up encapsulated vars
 16:16
plobsing moritz: can you confirm that install works for you now? 16:23
16:23 mtk joined 16:44 mtk joined 16:53 mj41 joined 17:00 jsut_ joined
dalek rrot: b929480 | plobsing++ | src/gc/gc_gms.c:
manually enforce invariant

Parrot_gc_fixed_allocator_free() will not modify &interp->gc_sys or &pmc->vtable->attr_size Using local const variables informs the compiler of this invariant which allows it to avoid redundant loads, leading to a 12.5% reduction in cost (0.05% of Ī©Ī· total).		 17:05
dukeleto plobsing++ # nicely explained optimization 17:22
cotto_work ~~ 17:41
plobsing dukeleto: that was mostly a PoC optimization (it improved the benchmark totaly by insignificant amounts) 17:49
what it does show is that we can get significant improvements if we can do this sort of thing accross the codebase
I'm going to look into automated theorem provers for C to automatically find these kinds of invariants
moritz plobsing: yes, install works now. Testing rakudo... 17:51
dukeleto plobsing: yes, it sounds like a promising thing to look into. Perhaps we can make macros that make writing faster code easier than writing slower code 18:17
whiteknight that edit is probably not amenable to macroization 18:26
plobsing agree 18:36
it requires deep knowledge of remote areas of the codebase
dalek rrot/all-hll-test: eb7a585 | cotto++ | tools/dev/all_hll_test.pl:
better status tracking, less verbose output
 18:40
dukeleto whiteknight: even if that edit can't macroized, some others probably can. Anything we can get. 18:41
plobsing dukeleto: macros tend to act locally, which is when C compiler optimizers are strongest 18:43
18:44 Eclesia joined
Eclesia hi 18:45
plobsing dukeleto, cotto_work: it may be a good idea to consider how Lorito will manage invariants such as this.
cotto_work dukeleto: could you eyeball tools/dev/all_hll_test.pl in the all-hll-test branch? 18:50
dukeleto: my goal is to show that an HLL's tests pass on at least one platform, so I don't care too much about making it portable (for now). 18:52
Eclesia question : when I have an exception, how do I get the instruction line and file which raise it ? 18:58
plobsing Eclesia: ex.backtrace or ex.backtrace_strings 18:59
Eclesia plobsing: I use this but there is one line missing 19:00
plobsing oh? I've run into this problem elsewhere but wasn't able to golf it down. do you have a relatively toy example?
Eclesia I can try to make one 19:01
dalek op: 1365216 | Whiteknight++ | / (5 files):
Fixed x['foo'] syntax to generate similar winxed syntax.
 19:11
op: a98377c | Whiteknight++ | stage0/js/nodes.js:
Fix binary operators so they generate correct winxed code
op: 3b092bb | Whiteknight++ | stage0/js/ (2 files):
Get unary operators working
op: 3453778 | Whiteknight++ | stage0/js/ (2 files):
Implement while() statements and StatementBlock. Get postfix ++ and -- working. Misc fixes
op: 99b9067 | Whiteknight++ | stage0/js/ (2 files):
if, for, and for/in
op: 1be0aea | Whiteknight++ | stage0/js/ (2 files):
do/while, ternary-?:, return. Break generated __main__ up to separate error-handling from the rest, and make indenting code more consistent
op: 38df42f | Whiteknight++ | stage0/js/wast.js:
small formatting changes
op: b6bf29c | Whiteknight++ | stage0/js/nodes.js:
Fix VarDecl when we have an IdPatt instead of an InitPatt
dukeleto cotto_work: i like it. Small comments are: add $$ to $tmp_dir so you can run multiple copies (perhaps with different compilers) at the same time. Also, adding in parrot-gmp would be nice, since it's build infrastructure requires winxed 19:26
cotto_work: otherwise, awesome work!
cotto_work dukeleto: wfm 19:27
any reason not to merge? It's not complete, but I feel like people can start playing with it. 19:28
Eclesia plobsing: it was tricky to reproduce : trac.parrot.org/parrot/ticket/2188 19:38
plobsing: In was stack the error source is at : (exptest.wx:39) and in the other: (friend.wx:9) 19:40
plobsing: making debugging painfull :/
dalek TT #2188 created by Eclesia++: Missing path in exception stack trace 19:41
TT #2188: trac.parrot.org/parrot/ticket/2188
Eclesia whiteknight: it's the error I talked about a few days ago with you
nine whiteknight: that's an awful lot of threading code you get rid of in your branch... 19:45
dalek rrot/all-hll-test: fff0ace | cotto++ | tools/dev/all_hll_test.pl:
add parrot-gmp, make verbose output nicer, add PID to the tmp dir

  dukeleto++ for suggestion $$ and parrot-gmp		 19:46
cotto_work nine: it's cathartic
merged and deleted 19:47
dalek rrot: eb7a585 | cotto++ | tools/dev/all_hll_test.pl:
better status tracking, less verbose output
rrot: fff0ace | cotto++ | tools/dev/all_hll_test.pl:
add parrot-gmp, make verbose output nicer, add PID to the tmp dir

  dukeleto++ for suggestion $$ and parrot-gmp
rrot: f9b4167 | cotto++ | tools/dev/all_hll_test.pl:
Merge branch 'all-hll-test'
nine cotto_work: I'm quite curious if that tasklet/messaging thing will work. In theory it should be much less intrusive while still giving most or all of the benefits. 19:49
dalek rrot: f5ee33e | cotto++ | tools/dev/all_hll_test.pl:
check ARGV definedness
 19:51
plobsing nine: a good test would be to write a chameneous-redux benchmark and see that the whole thing didn't fall flat (like erlang does) 19:55
dukeleto plobsing: chameneous-redux ? 20:03
plobsing it's one of the shootout benchmarks 20:09
it is a parallel problem on which erlang is uncharacteristically slow 20:10
20:17 preflex joined
mj41 tryin to debug my failing Padre trunk ... failing probably in Wx::ScintillaTextCtrl 20:21
ttbot Parrot fff0acec MSWin32-x86-multi-thread make error tt.taptinder.org/cmdinfo/46859 20:29
mj41 sorry, wrong channel 20:31
20:58 bluescreen joined
dalek kudo/nom: 2bac6a9 | (Martin Berends)++ | / (2 files):
[lib/Test.pm] improve accuracy of test timing, pmichaud++ for diagnosing

This change affects the results in docs/test_summary.times that are created by 'perl tools/test_summary.pl --timing'. Prior to this commit the time calculated for each test included the time taken by print or say to produce the TAP output. A recent apparent slowdown in test performace was traced to 'say' taking longer due to added functionality. With this commit the time spent producing TAP output is excluded from test times, making them shorter and more accurate.		 21:03
21:27 perlite_ joined
dalek rrot: 4893b85 | cotto++ | tools/dev/all_hll_test.pl:
write logs sooner, make tail -f on the stdout log work
 21:44
22:08 RobertLJ1 joined 22:22 kid51 joined 22:23 rfw joined 22:25 rurban joined
dalek rrot: 9765019 | cotto++ | tools/dev/all_hll_test.pl:
don't lose status information when a stage fails
 22:37
kid51 t/src/checkdepend.t is giving me a FAIL for frontend/parrot2/prt0.pbc 22:39
Failed test 'frontend/parrot2/prt0.pbc.c (no rule found for this file).'
But I can't find any instance of the string prt0 in the code base.
NotFound I think realclean doesn't clean all in the frontend_parrot2 branch 22:42
22:42 pjcj joined
NotFound And then, that files create the fails when you switch to master. 22:43
dalek rrot: 1c090ee | jkeenan++ | tools/dev/all_hll_test.pl:
Add note that System::Command must be installed from CPAN.
cotto_work what NotFound++ said
kid51 will investigate 22:44
dalek rrot: 42e9165 | cotto++ | tools/dev/all_hll_test.pl:
more succinct final output
 22:45
kid51 So, what I have in frontend/parrot2/ is a residue of something from a branch?
Has that branch been merged yet?
And, while I'm on the subject, where is this README2 file coming from? 22:46
NotFound The Select PMC tests, I think.
cotto_work kid51: it hasn't been merged
NotFound It also needs realclean attention. 22:47
t/dynpmc/select.t 22:48
$P0.'open'('README2', "w")
plobsing select shouldn't be being tested on files 22:49
select on files is not a meaningful operation
kid51 In config/gen/makefiles/root.in, in the definition of 'clean', I see Makefile variables such as: 22:58
$(RM_F) $(NQP_CLEANUPS) $(PGE_CLEANUPS) $(TGE_CLEANUPS)
But I don't see where those Makefile variables are defined or assigned to.
tadzik do we have something like open3() in Parrot? 23:00
plobsing kid51: I'd hazard those are found in included definitions files 23:01
kid51 plobsing: Correct. They are files which 'ack' fails to detect (at least to the extent that I know how to use 'ack') 23:03
cotto_work: Given that more and more people are writing Perl programs in tools/dev/, etc. that make use of post-Perl 5.8 features, what's your receptivity to boosting Parrot's required Perl 5 version? 23:05
NotFound Why do we need more perl 5 tools? I guess we have enough languages 23:08
kid51 Example: cotto just wrote tools/dev/all_hll_test.pl 23:09
cotto_work NotFound: laziness, mostly. Now that you mention it, it's tempting to rewrite that script in winxed.
kid51: I'll talk to him about that.
kid51 That's not the only instance.
cotto_work kid51: I didn't bother sticking to 5.8.x for that because it's not a part of our build infrastructure, i.e. not required to get a working parrot. 23:10
kid51 But we could simplify some of our Perl 5 code by taking advantage of the core modules newly bundled with 5.10, etc.
cotto_work but I continue to say that if there's a compelling reason to bump the minimum version that outweighs the potential (and actual) disadvantages, I'm all for it 23:11
simplifying existing code isn't a great reason unless it's been causing us some kind of pain 23:12
I like simpler code, but not for its own sake. 23:14
NotFound If ain't broke, don't fix it.
cotto_work yes
kid51: if bumping the version will make frequently-updated Perl 5 code nicer, that'd be a good reason. 23:16
23:19 rurban_ joined
dalek rrot/whiteknight/frontend_parrot2: 2a8073d | jkeenan++ | config/gen/makefiles/root.in:
Add 3 files to 'clean' targets.
 23:43

Powered by Cro and the RakuĀ® Programming Language.

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

Thank you!