Parrot 2.0.0 "Inevitable" released! | parrot.org | Priorities: deprecated core PMCs, ops -> dynops, GC tuning and implementation | Roadmap: icanhaz.com/parrotroadmap | Latest modified TT's: icanhaz.com/parrotbugs
Set by moderator on 2 February 2010.
00:00 preflex joined 00:17 Whiteknight joined
dalek tracwiki: v25 | kurahaupo++ | ArrayTasklist 00:29
tracwiki: Add "invariant array" section. Remove deprecation of "Array" as it's been done
tracwiki: trac.parrot.org/parrot/wiki/ArrayTa...ction=diff
kurahaupo1 thinks "it's time to learn git, having used SVN all this time". Okay, "apt-get install git". Aaarrgh! "installing gnuit" (GNU Interactive Tools) 00:34
Whiteknight anybody around here know anything about setup.pir and distutils? 00:41
cotto_work definitely fperrad's baby 00:42
nobody else seems to have touched distutils 00:43
apart from some pod fixes by mikehh
dangerous bus number there 00:44
Whiteknight I'm sort of figuring out my problems anyway 00:46
00:48 abqar joined
darbelo cotto_work: It also JFW enough that I've never had to touch it. 00:49
cotto_work That's a highly valuable property.
darbelo It'd get a lot more atention if it sucked. 00:50
00:51 he joined
Whiteknight okay, well all the new PMCs build, so now it's time to write tests! 00:55
01:39 kid51 joined 02:03 kurahaupo1 joined 02:22 wknight8111 joined
nopaste "kurahaupo" at 118.92.198.223 pasted "ping WhiteKnight++" (25 lines) at nopaste.snit.ch/19479 02:26
02:26 eternaleye joined 02:29 JimmyZ joined
dukeleto howdy 02:30
purl hello, dukeleto.
02:31 adu left
dalek rrot: r43720 | jkeenan++ | trunk/t/tools/pmc2cutils (3 files):
Use resizablepmcarray.pmc instead of the now departed array.pmc.
 02:33
02:34 JimmyZ_ joined
dalek rrot: r43721 | jkeenan++ | trunk (85 files):
Merge tt1393_retcon branch into trunk. Suggested by bacek++ and lithos++.
 03:23
rrot: r43722 | jkeenan++ | branches/tt1393_retcon:
Branch has been merged into trunk and is no longer needed at HEAD.
purl i already had it that way, dalek.
rrot: r43723 | jkeenan++ | tags/tt1393_retcon-43651:
Branch to which tag corresponded has been merged into trunk; tag is no longer needed.
kid51 must sleep 03:31
purl $kid51->sleep(8 * 3600);
dalek TT #1420 closed by jkeenan++: Failed assertion when running 240th test in 01-regex.t in GGE 03:42
plobsing reads config/gen/makefiles/root.in and is very confused by parrot_config.o 04:04
04:05 abqar joined
plobsing if parrot_config.o isn't part of libparrot, don't all embedders have to provide an equivalent? 04:06
dukeleto plobsing: good question 04:08
purl Yeah, it is. I'm stumped.
04:09 kurahaupo1 joined
plobsing the problem as I see it is that libparrot is built *before* miniparrot 04:10
which is getting in my way trying to massage nativecall.pir into the build
if miniparrot is required for building stuff, libparrot shouldn't be around yet 04:11
dukeleto plobsing: that seems reasonable 04:16
chromatic There's little point to miniparrot then; everything it needs is in libparrot, really. 04:17
plobsing I'm looking to take full nci out of miniparrot, leaving a stripped-down, required-for-core-only nci 04:18
which is a mostly static thing 04:19
dukeleto do we need a minilibparrot? 04:21
or libminiparrot, rather
plobsing dukeleto: then we could use miniminiparrot to make that :p
I was thinking of just linking against $(O_FILES) 04:22
04:52 mikehh joined
chromatic A minimal NCI would be okay. 04:53
It helps Lorito.
plobsing is it possible to add to a static library (portably) ? 04:54
s/add/append/ 04:55
chromatic I don't know of one. 04:58
I don't know of (a portable way).
dukeleto here is the CPU that is in the BUG www.freescale.com/webapp/sps/site/p...ode=i.MX31 (Freescale i.MX31 ARM) 05:00
kurahaupo "ar -a archive new-member" 05:02
Assuming you have ".a" static libs? 05:05
chromatic Sure, on a modern Unix-like system.
I'm not sure we can rely on that for Mac OS X.
kurahaupo That's BSD under the hood isn't it? 05:06
chromatic More like NeXT.
05:06 Casan joined
chromatic In a very technical sense, it's *a* BSD, but it doesn't work like, say, FreeBSD 7. 05:06
kurahaupo curses tiny on-screen keyboard and his clumsy thumbs. Txting is sooo slow. :-( 05:07
Anyone have a shell on a Mac? 05:08
"file /bin/sh" 05:11
"file /lib/libc.a" 05:12
05:13 nopaste joined
kurahaupo If those work the ar should too. 05:13
chromatic I don't think they use ar to make static libraries though. 05:16
treed [21:17] [inara:/Users/treed]% file /lib/libc.a 05:17
/lib/libc.a: cannot open `/lib/libc.a' (No such file or directory)
kurahaupo It's usually wrapped 05:18
05:18 nopaste joined, TonyC joined 05:29 plobsing_ joined
dalek rrot: r43724 | plobsing++ | branches/nativecall_pir_build:
create branch to rearrange build to use nativecall.pir
 05:50
rrot: r43725 | plobsing++ | branches/nativecall_pir_build/config/gen/makefiles/root.in:
break dependancy of miniparrot on libparrot
 06:06
eternaleye (backlogging) (re RPA imperfections) What about Judy trees? 06:15
dukeleto wow, i am reading about Jazelle - en.wikipedia.org/wiki/Jazelle . ARM cpus with jazelle can execute java bytecode in hardware 06:19
The published specifications are very incomplete, being only sufficient for writing operating system code that can support a JVM that uses Jazelle ... his gives ARM Holdings considerable control over which JVMs are able to exploit Jazelle. It also prevents open source JVMs from using Jazelle. 06:22
s/his/this/
eternaleye dukeleto: Follow the link to the ARM page and go to the ThumbEE entry, it addresses that 06:25
dukeleto eternaleye: yes, i was reading that. thankfully thumbEE is replacing jazelle 06:27
eternaleye Indeed. 06:31
dukeleto so it looks like it is very similar to the iphone ARM cpu. porting to BUG may give us the iphone for free 06:34
eternaleye Yeah, but it'll ony be available to jailbroken ones since Apple has decreed 'no interpreters'
*only
dukeleto eternaleye: yes, of course. 06:35
purl Indubitably.
06:35 davidfetter joined
dukeleto iphone is a ARM1176JZ(F)-S and the BUG has a ARM1136J(F)-S. kissing cousins 06:36
eternaleye I still can't wrap my head around the kind of thinking neccessary to make a decision like that
szbalint reminds me now that im at the airport i should install parrot
with 2 hours to kill it should be ok 06:37
dukeleto szbalint: installing parrot should be pretty quick
davidfetter szbalint, where to? 06:38
szbalint fosdem
same as you
dukeleto davidfetter: both of you will be at fosdem
davidfetter szbalint, w00t! i'm in .be already, getting over jetlag
szbalint cool
davidfetter any chance you'll stop by the pg booth?
szbalint btw im with the pg group 06:39
andreas scherbaum and bunch
davidfetter dukeleto, szbalint, i'd like to coordinate with you on a lightning talk if possible
oh, sweet. i didn't know you knew each other :)
szbalint are you at the pg hotel?
davidfetter yep
well, i will be today 06:40
szbalint sweet
dukeleto davidfetter: spill the beans
purl You'll never get me to rat them out!
davidfetter visiting relative in ghent
szbalint i will arrive around 1pm
davidfetter dukeleto, well, i was thinking about a (brief) live demo with what we've got to show it's not vapor
what can we show?
szbalint dukeleto: parrot on my phone that is. sorry irssi is a bit cramped on this smallish screen :) 06:41
chromatic Ask Tene for a language interoperability demo. 06:42
davidfetter hrm
Tene language interop is hosed right now. 06:43
davidfetter good to know
is it in 2.0.0?
Tene I might be able to fix it up this weekend.
davidfetter: the problem is that none of the languages other than rakudo have been updated to match the new language interop API after pmichaud changed it.
davidfetter i confess i've been working with packaged parrot + bleeding-edge pg to get things working. will have to spin up on bleeding-edge parrot, too 06:44
Tene, ok, are there people whose chains should be getting rattled on this?
dukeleto davidfetter: what do you want to show off? 06:45
Tene davidfetter: mine. I've been the major HLL interop maintainer in the past.
dukeleto davidfetter: you want to do a lightning talk about PL/Parrot?
Tene Life has just been interfering lately.
06:47 kurahaupo joined
davidfetter Tene, how much would parrot people need to know to be able to do changes on the other HLLs? 06:48
dukeleto, yep
Tene davidfetter: not much. Just need to read the HLL interop spec in docs/pdds/something.pod and then look at a couple of pieces of rakudo and nqp for examples. 06:49
davidfetter hrm
dukeleto davidfetter: what are you going to demo? spell out an example of a decent small live demo. 06:51
davidfetter i'm thinking a step-through of compiling it & running the regression tests 06:53
+ Q&A
it'a amazing what you can do in 5 minutes :)
dukeleto davidfetter: sounds feasible 06:54
darbelo: ping! perl -V on BUG: gist.github.com/295587 07:03
kurahaupo1 treed: libc.a is probably in /usr/lib, but might be /System/lib. Try something like "f=$(locate libc.a) && ( file $f ; ar tv $f ) | more" 07:22
dukeleto msg darbelo check this out: pastebin.com/m4422a776 07:23
purl Message for darbelo stored.
dukeleto kurahaupo1, treed: /usr/lib/libc.dylib 07:24
kurahaupo1 That doesn't sound like a static library. :-(
What does 'file' say about it?
dukeleto kurahaupo1: Mach-O dynamically linked shared library 07:25
kurahaupo1 dukeleto: echo /usr/lib/*.a | tell kurahaupo ?
dukeleto kurahaupo: gist.github.com/raw/295605/a55563cc...b039dd/*.a 07:31
kurahaupo: /usr/lib/libstdc++-static.a ? 07:32
kurahaupo dukeleto: "ar tv /usr/lib/libstdc++-static.a | more"
Look for anything that's not "*.o", or has weird names like "__INDEX__.o" 07:33
dukeleto kurahaupo: ar: /usr/lib/libstdc++-static.a is a fat file (use libtool(1) or lipo(1) and ar(1) on it) 07:34
ar: /usr/lib/libstdc++-static.a: Inappropriate file type or format
kurahaupo Okay, I'm officially out of my depth on MacOS. :-(
(What's a "Fat file"?)
dukeleto kurahaupo: ENOCLUE 07:36
szbalint i think its a dual binary or somethin 07:37
g
see wikipedia on universal binary 07:40
dukeleto szbalint: it has 4 architectures in it 07:47
szbalint: gist.github.com/295617 07:48
szbalint pretty interedting :) 07:49
ok gotta go, boarding. 07:50
dukeleto szbalint: that is a word ;)
szbalint: have fun!
purl Don't do anything I wouldn't do!!!
szbalint yesh im fat fingering on this tiny keyboard
bbl. 07:51
07:53 mikehh joined
dukeleto mikehh: good localtime() 07:55
07:55 kurahaupo joined 08:06 mikehh joined 08:16 iblechbot joined 08:46 fperrad joined 09:05 bacek joined
bacek o hai 09:06
09:33 payload joined 09:36 payload joined 09:37 mikehh joined 10:14 payload joined 10:25 davidfetter joined 11:05 clinton joined 11:46 riffraff joined 12:08 ruoso joined
szbalint davidfetter: ping. arrived at hotel 12:08
davidfetter szbalint, i'm in room 54 12:09
(5th floor)
hungry?
purl hungry is, like, "And thou shalt eat the fruit of thine own body, and the flesh of thy sons and of thy daughters, which the Lord thy God hath given thee." Deuteronomy 28:53 or (see the first half of the verse) or badgas.co.uk/moments/moment_089.jpg
szbalint yep
davidfetter how long do you need to settle in?
i was thinking about getting some .be food over at le chou de bruxelles 12:10
szbalint im settled. shall we meet in the lobby?
davidfetter sure :)
lemme grab a jacket & phone
szbalint 41 is my room btw
ok. omw then. 12:11
12:13 payload joined 12:19 bluescreen joined
mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#32067), fulltest) at r43725 - Ubuntu 9.10 amd64 (gcc with --optimize) 13:32
13:40 tetragon joined 13:55 cognominal joined 13:56 payload joined 13:58 particle1 joined 14:31 particle1 joined
dalek rrot: r43726 | mikehh++ | trunk/config/auto/icu.pm:
move $icushared substitution into if to avoid warning message if not defined or empty
 14:47
14:53 payload joined 15:06 plobsing joined 15:17 payload joined 15:29 Psyche^ joined 15:56 bubaflub joined 16:08 mikehh joined 16:12 fperrad_ joined 16:22 whiteknight joined 16:23 bubaflub joined 16:26 iblechbot joined
whiteknight good mornig parrot 16:29
16:35 theory joined
particle that's a matter of opinion 16:40
16:46 davidfetter joined
davidfetter what's the svn revision # for parrot 2.0.0? 16:59
szbalint nm, downloaded it from parrot.org :) 17:06
Coke davidfetter: don't assume that a specific trunk corresponds to a release. 17:08
davidfetter Coke, ok 17:09
Coke if you're pulling it from the repo, go for tags/RELEASE_2_0_0
it happens to work that way most of the time. but don't rely on it. =-)
szbalint does make install work for parrot 2.0 ? 17:16
(as in, is it recommended?) 17:17
Coke ... since 1.0, surely.
when working on partcl, for example, I ONLY work against an installed parrot.
szbalint oh ok. I had outdated information then :)
Coke and, 'make install' installs everything a language developer would need. 17:18
(used to have to jump through hoops for that, now you have to jump through hoops to not.)
17:21 bubaflub joined 17:31 jan joined 17:52 cognominal joined 18:03 ash_ joined 18:05 cotto_w0rk joined
cotto_work good mooring 18:16
whiteknight urg, pmc2c is silently ignoring all the VTABLEs and METHODs in my PMC, and I don't know why
cotto_work Are your changes on git?
s/git/github/ 18:17
and which ones are b0rked
?
whiteknight github.com/Whiteknight/parrot-data-...cqueue.pmc
this PMC, for some reason. The generated C code doesn't have any of the ATTRs, VTABLEs, or METHODs 18:18
cotto_work give me a sec to install parrot
darbelo whiteknight: doble check your vtable names or for unbalanced comments. 18:19
Silelntly ingoring you is pmc2c's usual mode of dealing with typos. 18:20
18:22 chromatic joined
darbelo whiteknight: Found it! 18:26
pmc2c--
whiteknight eh?
darbelo s/void*/void */ in you ATTRS 18:27
whiteknight ah, that did it!
darbelo++ 18:28
cotto_work I *know* fixed that at in pmc2c some point.
istr that it got reverted for some reason
cotto_work goes off to do something
tewk parsing with regexs is always brittle
darbelo Think of it as enforcing a coding standard. The '*' belongs next to the variable name anyway ;) 18:34
cotto_work That failure mode needs to be fixed. Anyone want to file a ticket? Bonus points if you mentioned how much time finding it wasted this morning. 18:36
18:36 plobsing joined
Coke there is already a ticket. 18:39
TT #1041 18:40
cotto_work There's trac.parrot.org/parrot/ticket/1041, but that's not closeable.
Coke sure it is. 18:41
"change pmc2c.pl so it passes through anything it is not changed."
darbelo wants a "pmc2c sucks and must die" ticket 18:42
Coke guesses that it doesn't cover this current complaint, though.
PerlJam "rewrite pmc2c using nqp-rx" :-) 18:43
cotto_work That's closeable, if big
darbelo Thare's even a branch for it already.
cotto_work yup
speaking of which, does nqp-rx support mmd yet? 18:44
istr that that's something that'd make building pmcc with pure nqp easier
bubaflub dumb question: is pmc2c called late enough in the build process to use nqp? 18:45
darbelo Mu.
whiteknight bubaflub: no. pmc2c is called early 18:46
but we could bootstrap
bubaflub whiteknight: ok; so a conversion of pmc2c to nqp would require shifting some of the build process around 18:48
plobsing I don't see how that would work. You can't even have miniparrot without pmcs
whiteknight bubaflub: yes. Would have to include the generated src/pmc/*.c files in the repo, use those to build parrot stage 0, build NQP, call pmc2c-nqp, rebuild parrot stage 1
darbelo Yes, but only for a few core PMCs, the rest can be made into dynpmcs. 18:49
Coke ... that's a huge huge change.
darbelo plobsing: check in the generated code.
plobsing yeah, that requires more than a shuffle in build order
bubaflub is pmc2c too complicated for pure PIR? 18:50
cotto_work darbelo++
Coke that doesn't change the amount of bootstrapping required.
plobsing bubaflub: you're welcome to try ;-)
Coke requiring pir still means we need parrot to build parrot.
bubaflub Coke: ah. true.
whiteknight ever tried to build GCC from source?
Tene bubaflub: nqp generates PIR, and doesn't have a runtime library, so you just check in the generated PIR.
whiteknight even a two-stage bootstrap for Parrot is not as bad as GCC's build 18:51
plobsing Tene: did not know that. that might come in handy for me.
cotto_work It has a runtime library, but it consists of a definition of 'say'. 18:52
plobsing one issue with checking in generated files is that, up to date, I can't get make to accept rules to generate the generated files (circular deps) 18:54
whiteknight plobsing: it's the same way we manage the generated flex/bison files from IMCC 18:55
we include the .c files in the repo for people who don't have flex/bison
plobsing whiteknight: not exactly the same. in this case you have PMC.c files that depend on NQP-rx and Parrot which depend on PMC.c files.
flex/bison doesn't have cyclic deps 18:56
whiteknight plobsing: deps are only circular if we make the same files be the inputs as the outputs
we could have a separate src/pmc/bootstrap folder to hold pre-built PMCs that don't get rebuilt by the standard make target 18:57
would need to run "make bootstraps" to update them explicitly
plobsing hmmm... sounds useful, if a little probable to get forgotten once too often
whiteknight src/pmc/bootstrap/*.pmc > build parrot > build nqp > build pmc2c-nqp > src/pmc/*.pmc 18:58
18:59 cotto_w0rk joined
plobsing I'm having the same issues I just described with nativecall.pir, so I'll give that a try 18:59
whiteknight: would it be feasible to have some kind of commit hook to reject commits that de-sync bootstrap with source? 19:01
whiteknight plobsing: if the hook were sufficiently smart that it didn't raise false positives
cotto_work sounds like an expensive hook 19:02
I'd put it in the "Don't Do That" category.
tewk I'm more in favor of build-bots that yell after the fact than commit hooks that stall parallel development. 19:04
kurahaupo_mobi Like a style-checker? 19:05
plobsing I don't care how we do it, I just don't want to increase the chances of accidentally inconsistent commits
cotto_work a codingstd test could work 19:06
or codetest
purl somebody said codetest was part of fulltest, distro_tests is part of fulltest, but not of codetest
plobsing because so many people run those before they commit
Tene Well, let's ask how smart it really would need to be. What are the situations where updating the source files or the generator would not also need to update the generated versions? 19:07
19:07 ash_ joined
plobsing doc patches, small corner-case bugfixes 19:08
kurahaupo_mobi Seems to me that the prebuilt .c files are part of the build tools, and therefore only have to be "new enough and not broken". Exact sync is NOT desirable. 19:09
dalek tracwiki: v7 | darbelo++ | ItsABughunt 19:10
tracwiki: The main complaints against this code have been adressed, let's remove it now and add it back when new complaints arise.
tracwiki: trac.parrot.org/parrot/wiki/ItsABug...ction=diff
darbelo I wonder if packfiles/pbc deserve a mention in that page... 19:11
cotto_work yes 19:12
also, yes
darbelo I, however, am not familiar enough with it's problems to add it. And I don't want to be either. 19:13
cotto_work chromatic would be best for that. I can add a little though. 19:20
Infinoid I still have scars from that code 19:26
dalek tracwiki: v8 | cotto++ | ItsABughunt
tracwiki: some initial comments on freeze/thaw and packfile
tracwiki: trac.parrot.org/parrot/wiki/ItsABug...ction=diff
cotto_work pmc2c could go there too 19:27
19:31 Limbic_Region joined 19:39 joeri joined
particle Infinoid: how do you like snow? 19:55
whiteknight we're going to get a shittonne around here 20:05
20:09 bluescreen joined 20:11 plobsing joined
dalek rrot: r43727 | darbelo++ | trunk/src/pmc/imageio.pmc:
Remove a unnecessary #define, this happen on another file now.
 20:13
20:14 janus joined
whiteknight when I type "git push", I get a long warning about how I did not specify any refspecs to push. How do I set it up so it just pushes to github and doesn't give me crap about it? 20:15
darbelo nopaste your .git/config ? 20:17
whiteknight nopaste?
purl i think nopaste is at nopaste.snit.ch/ (ask TonyC for new channels) or paste.scsys.co.uk/ or App::Nopaste or tools/dev/nopaste.pl or at www.extpaste.com/ or paste.scsys.co.uk (for #catalyst, #dbix-class, #moose and others) or gist.github.com/ or paste or gtfo or tools/dev/nopaste.pl or trac.parrot.org/parrot/browser/tru...nopaste.pl
nopaste "Whiteknight" at 173.12.37.77 pasted ".git/config for darbelo++" (11 lines) at nopaste.snit.ch/19481 20:18
bubaflub whiteknight: under my gitconfig i have a section for push where i have default = current 20:21
that should allow you to push whatever branch you are currently on
darbelo whiteknight: what bubaflub said. 20:23
bubaflub whiteknight: i can nopaste my git config for you to look at, mostly stuff i stole from other places
darbelo "git config push.default current"
whiteknight okay, so "git config push.default current"
ok
Infinoid particle: snow purdy. 20:25
darbelo Hmm. 20:29
Such a small patch, and so big a fail...
nopaste.snit.ch/19482 20:30
bubaflub darbelo: yikes. 20:31
cotto_work 'splode 20:33
darbelo Well, it does makes sense that it should happen. We are playing with raw pointers in there. Maybe we should just block the gc unconditionally and delete the comment. 20:34
cotto_work it'd be less mysterious
plobsing darbelo: where are we playing with raw pointers?
darbelo We give the Packfile primitives pointer into buffers. Not that we have a choice about it. 20:35
plobsing Can't we pin buffers temporarily accross calls? 20:36
darbelo Right now we're outright blocking the gc. I was experimenting with disabling that. 20:37
20:38 bacek joined
plobsing darbelo: then how was I getting GC bugs back in the pmc_freeze_cleanup branch? 20:38
darbelo Those were in freeze, we block gc for thaw. 20:39
plobsing fun
darbelo see nopaste.snit.ch/19482 and line 90 of src/pmc_freeze.c
plobsing I can understand the logic of not wanting GC during an allocation only period, but shouldn't it mark/sweep first? 20:44
darbelo plobsing: Probably, that comment is several years old. 20:46
kurahaupo_mobi Which GC implementations show problems during freeze? 21:12
plobsing kurahaupo_mobi: none are showing ATM, but we ran into issues when we wanted to make STRINGs out of Buffers 21:13
kurahaupo_mobi Mutating pobj to str in-place or new string referring to same mem block? 21:18
plobsing new string, copying mem-block 21:19
there was no api to do it with a memory managed memblock AFAICT, so we made one
Basically, any Parrot function that takes a 'char *' buffer should also provide a 'Buffer *' version 21:20
because you can't just pass in Buffer.bufstart (it can move) 21:21
In fact, there's little to nothing you can safely do with Buffer.bufstart. Maybe we should create macros to poke it to provide more of what C programmers expect out of a buffer (eg: get/set byte at index) 21:27
darbelo It looks to me like buffers aren't very 'first class'. 21:29
plobsing I think they should be. That or let me make blatently break the encapsulation around STRING. 21:30
darbelo I get the feeling the 'higher' layers of parrot are better off not using them.
Or maybe we should improve the interface to STRING, so that we don't need Buffer. 21:31
plobsing but the whole point of STRING is that its so much more than a buffer 21:32
and you shouldn't be treating it like on
s/on/one/
ash_ is that the basic difference between an array of chars in C and a std::string in C++? one's a glorified buffer, the other is a string object 21:33
darbelo ash_: In a way. 21:34
dalek rrot: r43728 | plobsing++ | branches/nativecall_pir_build (6 files):
remove miniparrot dependancy on src/nci.o using src/bootstrap/nci.c
 21:35
22:03 Whiteknight joined
cotto_work pmichaud, ping 22:04
mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#32069), fulltest) at r43728 - Ubuntu 9.10 i386 (g++ with --optimize) 22:09
22:26 TiMBuS joined
darbelo Say, do the keys used in config_lib.pasm need a deprecation notice before removal? 22:27
darbelo guesses not. 22:29
22:30 cotto_work joined
cotto_work msg pmichaud nqp-rx has been really quiet lately. Is this because it's "done" or from lack of tuits? 22:32
purl Message for pmichaud stored.
japhb cotto_work, not to speak for him, but ... he said a couple days ago that he will be on very odd hours this weekend and in to next week, so he may be slow to reply. Also, last I heard, he was putting most of his energy into getting Rakudo's ng1 branch landed as the new master; I suspect that NQP-rx work will be delayed at least until after that happens. In the mean time, you can see/add to the requested features list at wiki.github 22:41
.com/perl6/nqp-rx/requests .
Oh nice, split the URL, sigh.
wiki.github.com/perl6/nqp-rx/requests
(Of course, I haven't been watching #perl6 this week, ng1 may have landed by now.) 22:42
cotto_work thanks 22:49
darbelo Is there a reason we care about where perl5 keeps it's headers? 22:52
nopaste.snit.ch/19483 removes that from Configure and I see no breakage. 22:53
I'm also unable to find any use at all fo that configure key.
cotto_work How old is that chunk of code? 22:55
darbelo let me check. 22:56
japhb darbelo, used by the Perl 5 embedding somehow (Blizkost)? Though I would have assumed that would be handled by the Blizkost config/make 22:57
cotto_work It's pretty old. Make sure to run all tests but if nothing fails, rip it out.
It predates blitzkost considerably.
darbelo lat touche in r24409
cotto_work trac.parrot.org/parrot/browser/trun...42577#L190 22:58
darbelo And THAT was code-shuffling, not an addition. 22:59
Last time before that was r17104. 23:00
23:07 jsut_ joined 23:17 hercynium joined 23:26 Limbic_Region joined 23:36 joeri joined
dalek rrot: r43729 | darbelo++ | trunk/config/init/defaults.pm:
Remove unused configure key.
 23:45
23:49 kid51 joined 23:53 patspam 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!