Camelia, the Perl 6 bug

IRC log for #parrot, 2009-03-24

Parrot | source cross referenced

| Channels | #parrot index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:09 AndyA joined #parrot
00:31 dalek tracwiki: v142 | allison++ | ParrotRoadmap
00:31 dalek tracwiki: https://trac.parrot.org/parrot/wiki/Par​rotRoadmap?version=142&action=diff
00:31 shorten dalek's url is at http://xrl.us/bemcxk
00:37 tetragon_ joined #parrot
00:58 davidfetter_ joined #parrot
01:01 eternaleye joined #parrot
01:05 dalek parrot: r37658 | NotFound++ | trunk/src/debug.c:
01:05 dalek parrot: [debugger] allow abreviation in all commands, simplify parsing
01:05 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37658/
01:09 skv_ joined #parrot
01:11 tetragon joined #parrot
01:13 tetragon joined #parrot
01:33 tetragon joined #parrot
01:36 dalek parrot: r37659 | cotto++ | trunk/src/pmc (8 files):
01:36 dalek parrot: [PMC] switch Hash-like PMCs to ATTRs
01:37 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37659/
01:40 cotto Hmmm.  That seems to have rather gloriously broken the build.
01:42 cotto at least it was an easy fix
01:44 kid51 joined #parrot
01:44 dalek parrot: r37660 | cotto++ | trunk/src/pmc (2 files):
01:44 dalek parrot: [PMC] unbreak the build and fix a warning
01:44 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37660/
01:49 tetragon_ joined #parrot
02:12 * Coke looks at the utility function 'open_file' and wonders how we ended up with a sub for that.
02:14 kid51 The one in lib/Parrot/Pmc2c/UtilFunctions.pm?
02:14 Coke ayup.
02:15 kid51 That was there when I refactored tools/build/pmc2c.pl -- the very first thing I ever did in the project!
02:16 kid51 So it predates me.
02:17 kid51 And there's also an open_file in compilers/pirc/src/pircapi.h
02:18 Coke pirc is C
02:19 kid51 AFAICT, the only place the Perl open_file is used is in 3 other utility functions in the same module.
02:20 Coke yes, that's all I was able to fid.
02:20 Coke find.
02:20 kid51 slurp, spew and splat
02:21 kid51 ... which are mostly tewk creations from his post-kid51 refactoring of that module
02:26 kid51 Note to all (a little bit OT):  Early-bird registration for YAPC|10 ends tomorrow:  http://yapc10.org/yn2009/
02:27 Coke going to yapc10?
02:27 kid51 Yes.
02:27 kid51 Et tu?
02:27 Coke going to yapc10 is kid51
02:27 dalek parrot: r37661 | coke++ | trunk (4 files):
02:27 dalek parrot: [cage] Remove (overkill) "open_file" utility method. 'open' works fine,
02:27 dalek parrot: esp. when you 'use Fatal qw(open);'
02:27 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37661/
02:27 Coke I can't justify the cost atm.
02:29 kid51 $99 till tomorrow!
02:30 Coke plus travel costs, plus time off from work. :(
02:31 dalek parrot: r37662 | coke++ | trunk/lib/Parrot/Pmc2c/UtilFunctions.pm:
02:31 dalek parrot: [cage] remove unused, untested 'splat' sub.
02:31 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37662/
02:33 rg coke: since you're in "perl mode" ... any feedback to tt#477?
02:35 Coke rg;checking...
02:58 Coke rg++ # applied
02:58 rg thanks :)
02:59 dalek parrot: r37663 | coke++ | trunk (3 files):
02:59 dalek parrot: [docs] TT #477 - generate HTML for PASM/PIR targets in POD.
02:59 dalek parrot: Patch courtesy rg, plus a small tweak to the CSS to generate nice looking code blocks.
02:59 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37663/
03:02 rg i'm not sure those are the only occurrences of <pre> tags, but i guess it'll look nice for any others that might be there
03:03 dalek parrot: r37664 | coke++ | trunk/docs/book/ch02_getting_started.pod:
03:03 dalek parrot: [docs/t] add another PASM block to test.
03:03 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37664/
03:05 Coke they're not the only occurrences. seems to look nicer anyway.
03:05 Coke if we want to keep it separate, we can add a class to the pre block and specialize.
03:35 janus joined #parrot
03:37 samlh joined #parrot
04:40 dalek parrot: r37665 | cotto++ | trunk (7 files):
04:40 dalek parrot: [PMC] remove PMC_num_val and PMC_int_val2, switch some other macros to VTABLE function calls
04:40 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37665/
04:45 tuxdna joined #parrot
04:47 tetragon joined #parrot
04:47 dalek tracwiki: v1 | cotto++ | ConvertExistingTestsToPIR
04:47 dalek tracwiki: initial import from TPF's wiki
04:47 dalek tracwiki: https://trac.parrot.org/parrot/wiki/ConvertE​xistingTestsToPIR?version=1&amp;action=diff
04:47 shorten dalek's url is at http://xrl.us/bemdvj
04:51 dalek tracwiki: v14 | cotto++ | NewParrotDeveloperGuide
04:51 dalek tracwiki: added link to imported page
04:51 dalek tracwiki: https://trac.parrot.org/parrot/wiki/NewParr​otDeveloperGuide?version=14&amp;action=diff
04:51 shorten dalek's url is at http://xrl.us/bemdvs
04:56 Fayland_logger joined #parrot
04:57 GeJ cotto: you may want to merge this with https://trac.parrot.org/parr​ot/wiki/ConvertTestsToParrot
04:57 tuxdna joined #parrot
04:58 GeJ first link in https://trac.parrot.org/parrot/wiki/CageTasklist
05:00 cotto GeJ++
05:00 cotto I looked for something like that, but it didn't turn up where I expected.
05:20 eternaleye joined #parrot
05:22 dalek tracwiki: v15 | cotto++ | NewParrotDeveloperGuide
05:22 dalek tracwiki: https://trac.parrot.org/parrot/wiki/NewParr​otDeveloperGuide?version=15&amp;action=diff
05:22 shorten dalek's url is at http://xrl.us/bemdx8
05:37 dalek parrot: r37666 | allison++ | trunk/ports/ubuntu/control.in:
05:37 dalek parrot: [ubuntu] Description fixes for control template.
05:37 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37666/
05:58 TiMBuS joined #parrot
05:58 tuxdna joined #parrot
06:08 dalek parrot: r37667 | cotto++ | trunk/DEPRECATED.pod:
06:08 dalek parrot: [DEPRECATED] remove Slice and Bound_NCI from deprecation list
06:08 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37667/
06:12 eternaleye joined #parrot
06:45 lucs joined #parrot
06:49 s1n joined #parrot
06:52 uniejo joined #parrot
07:09 dalek parrot: r37668 | cotto++ | trunk/src (6 files):
07:09 dalek parrot: [PMC] replace a bunch of PMC_int_val instances and fix some correct-by-coincidence code in src/jit.c
07:09 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37668/
07:14 GeJ cotto: out of curiosity, what are you doing? What's the big plan of yours?
07:14 cotto I'm really close to getting the UnionVal removed.
07:16 GeJ And it is a good thing because... ?
07:16 * GeJ admits his total ignorance of the birdy's guts.
07:17 cotto https://trac.parrot.org/parrot/w​iki/PMCUnionDeprecationTasklist (under "Why")
07:17 * GeJ goes read
07:17 GeJ thanks
07:18 cotto ignorance?
07:18 purl ignorance is bliss
07:18 cotto purl++
07:19 cotto It generally makes the code saner.
07:20 GeJ damn you, I was leaving in that warm fuzzy --and most importantly UnionVal-less-- world, and you just ruined it.
07:20 GeJ purl: you're darn right.
07:20 purl GeJ: what?
07:21 GeJ s/leaving/living/
07:21 tuxdna joined #parrot
07:21 cotto Keys and imcc are considerably more fun.
07:21 dalek parrot: r37669 | cotto++ | trunk/src (3 files):
07:21 dalek parrot: [PMC] fix/remove some obselete comments, remove more correct-by-coincidence code
07:21 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37669/
07:22 GeJ Hum, tropical storm Jasper is coming our way. It's going to be an interesting week.
07:33 masak joined #parrot
07:36 eternaleye joined #parrot
07:48 dalek parrot: r37670 | allison++ | trunk (7 files):
07:48 dalek parrot: [hll] Merging in the 'load_language' branch. Implements an opcode
07:48 dalek parrot: 'load_language' that loads the primary compiler libraries for a language
07:48 dalek parrot: and sets up its search paths.
07:48 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37670/
07:49 Tene allison: any plans for fixing the HLL issues with PMCs?
07:50 allison Tene: yes
07:50 Tene what's the schedule look like for that?
07:50 allison Tene: though, I thought someone else had taken on that task (that's why I haven't done it yet)
07:51 allison tewk, IIRC? though, I could be misremembering
07:52 allison Tene: it's part of HLL interop, so will be done for the May release certainly
07:52 Tene :)
07:52 alvar joined #parrot
07:52 allison Tene: do we have a ticket for it yet?
07:53 Tene Um, dunno. :(
07:54 Tene I was going to investigate, and possibly make one, but never did.
07:54 allison Tene: I don't see one searching Trac...
07:58 eternaleye joined #parrot
07:58 Tene I'll work on getting rakudo and cardinal using load_language tomorrow
07:58 Tene and possibly investigate HLL PMC issues while I'm at it.
07:59 Tene The one specific item that I remember was that there needed to be a way to get them put in the right HLL namespace.
08:00 Tene in rakudo, when migrating to .HLL 'perl6', things like "new 'Perl6String'" or whatever just failed
08:00 dalek parrot: r37671 | allison++ | branches/load_language:
08:00 dalek parrot: Removing HLL 'load_language' development branch from the repository
08:00 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37671/
08:00 Tene Would it be helpful to get a rakudo patch that migrated it far enough to start failing because of PMC issues?
08:01 moritz hey, you could use branches for that ;-)
08:01 Tene You're a very clever man, moritz.
08:01 allison Tene: or a simple test to add to Parrot that demonstrates the problem
08:02 allison Tene: that way we can verify "test fails before, test passes after" the fix
08:02 Tene I don't know enough about what the correct behavior would be or how to deal with PMCs to generate one. :)
08:02 Tene I'll look into it, though.
08:03 allison Tene: I guess it would be tough to put into a simple test, since it requires defining two low-level PMCs with the same name but different namespaces
08:47 dalek parrot: r37672 | allison++ | trunk/ports/debian (3 files):
08:47 dalek parrot: [debian] Move manfiles to new packages. Add some additional notations
08:47 dalek parrot: for new packages to make sure they don't get installed with old versions
08:47 dalek parrot: of existing packages. Thanks to David Nusinow for the patch.
08:47 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37672/
09:19 dalek parrot: r37673 | allison++ | trunk/ports/debian (2 files):
09:19 dalek parrot: [debian] Removed useless libparrot-dev.dirs (which referenced a path
09:19 dalek parrot: that doesn't exist).
09:19 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37673/
09:23 dalek parrot: r37674 | allison++ | trunk/ports/debian/control.in:
09:23 dalek parrot: [debian] The parrot-devel package also needs the header files installed
09:23 dalek parrot: with the libparrot-dev package.
09:23 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37674/
09:27 dalek parrot: r37675 | cotto++ | trunk/src/inter_cb.c:
09:27 dalek parrot: [PMC] a couple more unionval->vtable fixes
09:27 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37675/
09:40 szabgab in Inline::Rakudo I have to chdir to the chcked out directory of parrot in order to load PCT.pbc
09:40 szabgab I opened a ticket with a test script attached: https://trac.parrot.org/parrot/ticket/488
09:46 eternaleye joined #parrot
09:47 samlh joined #parrot
09:47 tuxdna joined #parrot
10:00 bacek joined #parrot
10:13 contingencyplan joined #parrot
10:26 dalek parrot: r37676 | allison++ | trunk/ports/debian/watch:
10:26 dalek parrot: [debian] Adding a watch file. (Thanks to David Nusinow for the patch.)
10:26 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37676/
10:26 bacek joined #parrot
10:50 Counterspell joined #parrot
10:56 tuxdna joined #parrot
11:44 namenlos joined #parrot
11:51 ruoso joined #parrot
12:25 donaldh joined #parrot
12:27 tuxdna joined #parrot
12:30 donaldh joined #parrot
12:35 rg1 joined #parrot
12:38 amoc joined #parrot
13:20 mikehh parrot r37676 is failing some post-config tests
13:22 mikehh make codetest failures as well
13:22 tuxdna joined #parrot
13:28 Coke_afk selenium++
13:28 Coke mikehh: checking.
13:33 donaldh left #parrot
13:34 mikehh one of the files failing codetest is examples/library/acorn.l which is dated March 8 - it was there yesterday BUT not tested
13:36 Coke ah. that's no doubt because of the change that assumed we had no more lisp files in core.
13:37 Coke I will probably just change the file extension on that one file.
13:37 Coke did anyone run opsrenumber yet?
13:37 Coke (I don't see a commit after kid51's suggestion)
13:39 mikehh smolder and rakudo PASS
13:41 Coke k.
13:44 * Coke ponders adding a 'make codtest',but it seems fishy.
13:44 dalek parrot: r37677 | coke++ | trunk/NEWS:
13:44 dalek parrot: [docs] update news with recent add/rm's
13:44 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37677/
13:46 Coke ah. buildtools_tests isn't run by default, hence the green. I'll see about running the renumber once my other fix is done.
13:52 dalek parrot: r37678 | coke++ | trunk (2 files):
13:52 dalek parrot: Rename a conway LIFE file from .l to .life
13:52 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37678/
13:53 mikehh I generally run Perl Configure with --test and run make codetest after make smoke, sometimes make fulltest but not every build
14:01 dalek parrot: r37679 | coke++ | trunk/src (2 files):
14:01 dalek parrot: Pass some codingstd tests.
14:01 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37679/
14:05 dalek parrot: r37680 | coke++ | trunk (2 files):
14:05 dalek parrot: ran 'make headerizer'
14:05 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37680/
14:06 Coke pretty sure I have the assert args fixed, also.
14:06 Coke I hate cleanup work. :|
14:12 particle joined #parrot
14:18 dalek parrot: r37681 | coke++ | trunk/src (2 files):
14:18 dalek parrot: codingstd fixes: use ASSERT_ARGS macros, no hard tabs.
14:18 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37681/
14:19 NordQ joined #parrot
14:19 Infinoid Yeah, but codetest keeps us honest. :)
14:20 Coke Just frustrating how many times i've run codetest to fix other people's issues in the past month. =-)
14:21 mikehh moral of the story - run codetest before committing :-}
14:21 Infinoid Or bribe Infinoid to run codetest more often :)
14:22 Infinoid I've done a lot of that stuff in the past... I got distracted by website stuff last month and still haven't gotten back on track with it
14:27 Coke mikehh: I added a comment to TT #489; I'm not convinced the tests are correct.
14:28 davidfetter joined #parrot
14:29 Coke all the codetest failures should be fixed now, though.
14:29 davidfetter HAI
14:29 Coke FAIL
14:29 davidfetter rpmlint parrot-docs-1.0.0-3.fc10.i386.rpm
14:29 davidfetter [much stuff later]
14:29 davidfetter 1 packages and 0 specfiles checked; 114 errors, 6 warnings.
14:30 davidfetter looks like a whole new area of endeavor :)
14:31 allison davidfetter: where did those rpms come from?
14:32 davidfetter i made them using a spec i've been playing with from redhat's site. the one that produced all that is at http://fetter.org/~shackle/parrot.spec
14:33 davidfetter i ran rpmlint on the actual packages per a gripe in redhat's bugzilla
14:33 davidfetter https://bugzilla.redhat.com/show_bug.cgi?id=486302
14:33 Coke allison: do we want to support --gc=libc ?
14:33 Coke (or need to)
14:38 Coke I ponder a codetest smolder.
14:43 allison Coke: no, we don
14:43 allison 't
14:43 allison need to, that is
14:44 allison davidfetter: sigh
14:44 davidfetter what'd i do?
14:45 Coke easy enough: http://smolder.plusthree.com/app/pu​blic_projects/report_details/19347
14:45 shorten Coke's url is at http://xrl.us/bemexk
14:45 Coke allison: ok. since it's currently broken (there's an RT for it), can we remove it? Or at least schedule it for removal in 1.5?
14:45 allison davidfetter: sighing at the RPM errors (nothing you did)
14:45 davidfetter ah, ok :)
14:46 allison Coke: yes, I would have entered a deprecation notice before 1.0 if I remembered
14:47 Coke allison: ok.
14:50 Coke added a code-test smoke to my daily smolder test run.
14:51 cotto coke++ #cleanup
15:00 Coke allison: you want to rule on any of the other --gc options config currently supports?
15:01 Coke (gc: the default), libc, malloc, malloc-trace
15:01 Coke heh. comment after listing those options "So, for the time being, only the default value works.
15:01 allison malloc and malloc-trace can both die
15:01 allison we'll be adding new ones
15:01 particle eg. llvm
15:02 allison well, the default 'gc' needs to change its name
15:02 allison it's "marksweep" or something like that
15:03 moritz stoptheworldslowgc
15:03 allison moritz: yes
15:03 particle --gc=meltwithyou
15:04 Coke I'll put it all in the same ticket. Since none of them work, do we still need a deprecation notice?
15:05 Coke (at least, they're all documented as not working)
15:08 Coke put all the /removals/ in the same ticket, anyway.
15:09 particle anyone here want to be a mentor for gsoc2009, who hasn't signed up yet? i can help you with that.
15:09 Coke I can.
15:09 Coke if you want another warm body.
15:10 Coke ... well, slightly above room temp
15:10 particle that counts.
15:10 moritz particle: me
15:10 moritz particle: and ask on #perl6, I think ruoso, masak and others would volunteer as well
15:10 Coke particle: I'm only volunteer for parrot. =-)
15:10 * masak has already signed up
15:10 particle wilco, wanted to test the procedure here, first
15:10 moritz ok
15:11 Coke *ing
15:11 Coke allison: peeeng.
15:11 masak or was this specifically for Parrot?
15:11 moritz so, what should I do?
15:11 masak if so, I'm ready to sign up.
15:11 particle you need to create an id on melange, google's new soc management app
15:11 Coke particle: done.
15:11 ruoso particle, moritz, yes... I'm a mentor volunteer
15:11 particle http://socghop.appspot.com
15:11 particle give me the "linkid" aka username you used
15:11 allison Coke?
15:11 purl hmmm... Coke is mailto:will@coleda.com or annoyed that the test program -fails- when run via valgrind, but one thing at a time. =-)
15:12 Coke allison: do the (currently broken) --gc options need a deprecation cycle? or are we safe since they are documented as failing in the config docs to just remove them.
15:12 Coke particle: wcoleda
15:12 allison Coke: technically we do need a deprecation cycle. there may be parts of the API that are used somewhere by something
15:13 Coke allison: fair enough.
15:13 moritz particle: I'm logged in with my google ID (moritz.lenz), is that sufficient?
15:13 particle coke: actually, you're listed as coke, not wcoleda
15:14 particle moritz: you need to create a profile or something
15:15 moritz particle: ok, I'm 'moritz'
15:16 particle sent!
15:16 masak particle: I'm 'masak'.
15:17 particle okie
15:17 fperrad joined #parrot
15:17 particle also sent!
15:17 particle we need some help on the ideas page.  the student application period is already open
15:17 Coke particle: that's the public name, not the account.
15:18 * davidfetter waves to fperrad
15:18 Coke particle: how about a GC project that actually gets committed to trunk!
15:18 Coke <duck>
15:19 particle <goose>
15:19 particle scnr
15:20 donaldh joined #parrot
15:20 Coke You have been invited to become a mentor for dukeleto.
15:21 dalek parrot: r37682 | coke++ | trunk/DEPRECATED.pod:
15:21 dalek parrot: Note removal of some config options
15:21 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37682/
15:22 davidfetter fperrad, my spies tell me you may be working on getting rakudo working with a preinstalled parrot. have they misinformed me?
15:23 Coke our org id is 'dukeleto' and not 'tpf'? nifty.
15:24 Coke particle: submitted.
15:24 fperrad I 've packaged Parrot 1.0.0 & Rakudo 15 on Windows
15:24 Coke is there a way to pass along arbitrary attributes to smolder?
15:26 davidfetter fperrad, interesting. how did you get rakudo to build atop parrot 1.0.0?
15:27 fperrad So, the official Rakudo tar.gz needs some minor modif
15:28 davidfetter what modifications?
15:30 cotto cool.  I haven't seen fperrad here before.  Hi.
15:31 cotto and bye
15:31 davidfetter l8r, cotto
15:31 rg coke: it seems you can just put them in the hash, like the submitter info
15:31 Coke in what hash?
15:32 Coke you mean, "modify t/harness", neh?
15:34 rg no, lib/Parrot/Harness/Smoke.pm
15:34 Coke ... that's a lib used by t/harness.
15:34 Coke so, close enough. =-)
15:34 Coke ok. nothing I can use OOTB, then.
15:36 pmichaud good morning #parrot
15:36 dalek tpfwiki: will@coleda.com | Parrot
15:36 dalek tpfwiki: http://www.perlfoundation.o​rg/parrot/index.cgi?parrot
15:37 Coke pmichaud: allo
15:38 davidfetter mornin', pmichaud
15:38 rdice joined #parrot
15:39 mikehh pmichaud: and a good afternoon from me :-}
15:40 dalek tpfwiki: will@coleda.com | Parrot
15:40 dalek tpfwiki: http://www.perlfoundation.o​rg/parrot/index.cgi?parrot
15:41 fperrad In fact, I build Rakudo in the Parrot build tree.
15:41 fperrad I just add a missing target installable_perl6.exe,
15:41 fperrad which produces an executable compatible with an installed Parrot.
15:44 davidfetter fperrad, got a diff?
15:44 particle moritz, Coke: could you fill out http://spreadsheets.google.com/viewform?f​ormkey=cEF6WjFMQzZUd0tTQWUwR0tvTW1aU3c6MA..
15:44 shorten particle's url is at http://xrl.us/beme5z
15:45 Gerd joined #parrot
15:45 Gerd Allison: Hello, are you listen?
15:46 * davidfetter waves to Gerd :)
15:46 allison hi Gerd
15:47 Gerd The first problem I have to build a langauge from an installed rpm is the BUILDDIR
15:47 davidfetter Gerd, have you tried with the new .spec i posted to redhat bugzilla?
15:49 Coke particle: ... annoying that you can't just take the info I already entered in melange. =-)
15:49 particle coke: maybe i can... lemme talk to leto
15:49 particle i just saw his post, too late, maybe it's the same info
15:50 Santtu joined #parrot
15:51 allison Gerd: languages that use BUILD_DIR aren't set up to run on an installed Parrot
15:51 allison Gerd: you can skip those for now
15:51 Gerd By building an langauge from an install parrot-rpm and using parrot_config the BUILDIR has an prefix from the source
15:51 allison (and talk to the maintainer)
15:51 moritz particle: filled out
15:51 allison that's not a problem with parrot_config, it's a problem with the language's Makefile template
15:52 particle ok, looks like you don't have to, after all. won't do any harm, though. thanks!
15:52 allison Gerd: (parrot_config provides the paths to the build directories and the installed directories, it's up to the language to decide which to use)
15:52 * gravity is a little bewildered by the rpath discussion
15:53 davidfetter rpath is some pretty bewildering stuff
15:53 Gerd would setting the BUILD_DIR to /usr solve the problem
15:53 particle coke, moritz: you should join tpf-gsoc@groups.google.com
15:54 gravity davidfetter: Well, I think I get it, I'm just confused about some of the debate. It sounds like people are in violent agreement.
15:54 * gravity is missing something
15:54 Coke particle: we're not reusing last years list?
15:54 Coke alrightee.
15:54 Gerd I try different thing with rpath but noting works
15:54 davidfetter rpath is a perennial source of confusion
15:54 allison Gerd: no, because the paths for BUILD_DIR are completely different than the installed directories
15:54 davidfetter not just in parrot
15:54 particle nope, apparently we're using a real google list, rather than outside-volunteer-hosted
15:54 Santtu Hi. I tried to compile parrot 1.0.0 and SVN HEAD on FC9, but got segfault while building compilers/pge. I checked trac and didn't see any mention of the problem. Has anyone ran into that? BTW, is this the correct place for this question?
15:55 Coke Santtu: yes, this is the right channel.
15:55 Coke (segfault) that sounds familar, but not for 1.0
15:55 Coke do you have a copy of parrot already installed?
15:55 Infinoid hi Santtu, it would be great if you could run svn HEAD under gdb and get us a backtrace
15:55 NotFound The problem of installing libraries in places where the dynamic linker can't find them has no solution. It's up to package builders or people that install and build from sources to solve it.
15:55 Santtu Funnily though running the offending part under valgrind does not cause a segfault.
15:56 moritz particle: request sent
15:56 Santtu infinoid: Stacktrace to here on channel or to trac?
15:56 allison NotFound: except that we have to provide them the tools to solve it
15:56 NotFound allison: What tools? ldconfig?
15:56 particle nopaste?
15:56 clunker3 http://pasta.test-smoke.org/ or http://paste.husk.org/ or http://nopaste.snit.ch:8001/ or http://rafb.net/paste or http://poundperl.pastebin.com/ or http://paste.scsys.co.uk/
15:56 purl nopaste is at http://nopaste.snit.ch/ (ask TonyC for new channels) or http://rafb.net/paste or http://poundperl.pastebin.com/ or http://paste.scsys.co.uk/ or App::Nopaste or tools/dev/nopaste.pl or at http://www.extpaste.com/ or http://paste.scsys.co.uk (for #catalyst, #dbix-class, #moose  and others)
15:56 Infinoid Santtu: trac or http://nopaste.snit.ch/ (which puts a url here)
15:56 allison NotFound: a --disable-rpath option
15:56 Santtu ok, just a sec
15:56 Gerd I have to go home, in the evening I will look in my email, bye
15:56 davidfetter n8, Gerd
15:57 allison Gerd: okay, bye
15:57 Gerd left #parrot
15:57 Coke (up to packagers to solve it) right now config (for me) prevents me from solving it. =-)
15:57 NotFound I don't understand why that must be an option, and not just the normal behavior
15:58 allison NotFound: and yes, they'll have to set up LD_LIBRARY_PATH during the build, but since they explicitly added the flag, presumably they can manage
15:58 allison NotFound: because parrot also has to be fully functional running within the build directory
15:59 allison NotFound: without any special action on the part of the user
15:59 Coke allison: those are two different parrots, neh?
15:59 nopaste "Santtu" at 82.181.84.132 pasted "parrot svn head compilation fails under fc9" (83 lines) at http://nopaste.snit.ch/15952
15:59 Santtu There.
15:59 Coke ./parrot vs. ./installable_parrot
15:59 NotFound allison: yes, but we have different targets for installables, isn't it?
15:59 allison Coke: they are indeed, and, in fact the installed parrot is setting a different rpath than the build parrot
15:59 allison Coke: it's setting /usr/lib/parrot, which is parrot's default install location
16:00 allison Coke: but, it's not changing for the install prefix (which it should), and there's not currently a way to completely disable it
16:00 Coke config is like that in a lot of places (unable to override)
16:01 allison Coke: aye, so that's what needs to change
16:02 dalek markdown: 3e40d5f | (Francois Perrad)++ | src/Compiler.pir:
16:02 dalek markdown: handle reference link without finding reference
16:02 dalek markdown: review: http://github.com/fperrad/markdown/commit​/3e40d5fbcc19080a463ce03e38982aae4c6b6ec9
16:02 dalek markdown: 04293ed | (Francois Perrad)++ | src/Compiler.pir:
16:02 dalek markdown: refactor Link & RefLink
16:02 dalek markdown: with _link & _image
16:02 dalek markdown: review: http://github.com/fperrad/markdown/commit​/04293edd5dc31965651840a2d1c0b1004428fc72
16:02 dalek markdown: 6ebcba4 | (Francois Perrad)++ |  (2 files):
16:02 shorten dalek's url is at http://xrl.us/beme9a
16:02 dalek markdown: fix reference link with embedded bracket
16:02 dalek markdown: review: http://github.com/fperrad/markdown/commit​/6ebcba4b56a4c7db9fb807fe1c574f2571da2d00
16:02 shorten dalek's url is at http://xrl.us/beme9c
16:02 shorten dalek's url is at http://xrl.us/beme9e
16:02 dalek markdown: 6c33c05 | (Francois Perrad)++ | src/ (2 files):
16:02 dalek markdown: fix reflink without ref
16:02 dalek markdown: save & copy literal text
16:02 dalek markdown: review: http://github.com/fperrad/markdown/commit​/6c33c051260312a75235636fa97a1e7a63ce11d3
16:02 dalek markdown: 7d8afac | (Francois Perrad)++ | src/Compiler.pir:
16:02 shorten dalek's url is at http://xrl.us/beme9g
16:02 dalek markdown: fix reflink : escape_xml only once time
16:02 dalek markdown: review: http://github.com/fperrad/markdown/commit​/7d8afac7f66f797e8d0e8142e3cba2e0f02d4d07
16:02 shorten dalek's url is at http://xrl.us/beme9i
16:02 dalek markdown: 0b4492a | (Francois Perrad)++ | src/Compiler.pir:
16:02 dalek markdown: escape quote in attribute
16:02 dalek markdown: review: http://github.com/fperrad/markdown/commit​/0b4492abecf7439d067121207d41f7de3be8ae71
16:02 shorten dalek's url is at http://xrl.us/beme9k
16:02 dalek markdown: 0ff6b01 | (Francois Perrad)++ |  (6 files):
16:03 dalek markdown: check smart extensions
16:03 Coke GAH!
16:03 dalek markdown: review: http://github.com/fperrad/markdown/commit​/0ff6b016c8220f7f588f2d7bdc06b52966f08be1
16:03 shorten dalek's url is at http://xrl.us/beme9r
16:03 Infinoid hmm, Santtu's backtrace looks a lot like TT #261 (which was supposedly fixed)
16:05 Infinoid Santtu: do you still have gdb open or can get back to that point?  on nci.pmc line 320, it would help to make sure nci_info and nci_info->pcc_params_signature are valid pointers
16:07 Santtu infinoid: They're valid -- they're already in the bottom of the nopaste.
16:07 Infinoid ah, you're right, thanks
16:08 Infinoid odd.  the last time I saw a crash here, gdb reported another (erroneous) stack frame from when nci.pmc tried to call the function pointer
16:08 Santtu Yeah, I couldn't myself figure out directly where's the segfault coming from. Is jit_func a macro? Or do INTERP or SELF do dereferencing?
16:08 Infinoid jit_func is a pointer to some autogenerated code from the JIT engine.  nci.pmc is trying to execute it
16:09 Santtu I'll put a breakpoint earlier and step through to see if it is clobbering the stack.
16:09 davidfetter fperrad, sorry, was afk. could you put it on http://parrot.privatepaste.com/ ?
16:09 Santtu jit_func seems to be valid too
16:09 davidfetter fperrad, there's a file upload thingy there :)
16:10 Infinoid the crash in TT #261 was caused because the platform's has_exec_protect flag (in config_lib.pasm) was mis-detected, and thus parrot didn't set the right flags on the JIT memory before trying to execute it
16:10 Infinoid I think.
16:10 Coke (paste file upload) see also tools/dev/no*
16:10 Infinoid so the CPU tossed a segfault exception when trying to execute a page which didn't have the executable flag set
16:11 Santtu Well, I breakpointed at nci.pmc:317 (previous statement from jni_func) and single-stepped through, the stack is ok.
16:11 particle data execution prevention
16:11 Santtu infinoid: Ah..
16:11 Infinoid ok.  can you print the location of jit_func, and then go find the relevant map in /proc/<pid>/maps and make sure the executable bit is set?
16:12 Infinoid where <pid> is the pid of parrot running under gdb :)
16:12 Santtu infinoid: AVC denial, "SELinux is preventing test_29184 from changing the access protection of memory on the heap."
16:12 Coke aha!
16:12 Infinoid That looks very likely the cause
16:12 Coke some place where we're not getting executable memory.
16:12 fperrad Your paste has been added with url http://parrot.privatepaste.com/7b1f1NuGQ3
16:13 Infinoid Santtu: Good find, that will prevent JIT from working at all.
16:13 davidfetter fperrad, thanks :)
16:13 Coke hopefully that's a post-1.0 thing, then.
16:13 Infinoid I think it's an FC9 thing
16:14 Infinoid and should probably be reproducable in every version of parrot that uses JIT
16:14 Santtu I re-ran Configure.pl, the AVC denial comes during it. It says.. "auto::jit -           Determine JIT capability............................yes."
16:14 Santtu I guess that should be "no" in this case.
16:14 Infinoid probably.  unless there's a way to tell selinux to trust us
16:15 Santtu Is there --without-jit for configure or something similar?
16:15 Infinoid there is something similar, I think its --jitcapable=0
16:15 Infinoid let me make sure
16:15 Infinoid Ok, I think that's right.  Try it?
16:16 Santtu Yeah, not auto:jit = no. Rebuilding..
16:16 Santtu s/not/now/
16:16 mikehh r37682 build tests same failure, smolder PASS, codetest PASS
16:16 Infinoid Santtu: is this SELinux restriction enabled by default in FC9, or is this something you enabled locally?
16:17 davidfetter fperrad, why did you remove the check for closing $PARROT_CONFIG ?
16:17 Santtu With --jitcapable=0 compilers/pge passes, everything builds ok.
16:18 NotFound The way to avoid the need of changing access protection of the heap is usually to use a mmapped region.
16:18 Infinoid Great.  PGE was probably just the first thing that used JIT
16:18 Santtu Stock FC9, quite recent selinux-policy update (via yum). But I do not think I have customized the policy..
16:18 Infinoid NotFound: I tried that, and I have a patch.  It doesn't quite work
16:19 Infinoid Sounds like it was the recent selinux-policy update, then.  We'll probably be hearing a lot of reports of this soon :)
16:19 Santtu "Mar 24 10:51:15 vesta yum: Updated: selinux-policy-targeted-3.3.1-127.fc9.noarch", updated just today actually :-)
16:19 NotFound Well, if selinux forbids that, there is no other solution than change selinux config.
16:19 Santtu Probably then better to reopen #261?
16:20 Infinoid NotFound: https://trac.parrot.org/parrot/attach​ment/ticket/18/03_mmap-jit.patch.txt
16:20 shorten Infinoid's url is at http://xrl.us/bemfcm
16:20 Santtu Well I think Configure shouldn't be enabling JIT if it doesn't work..
16:20 Infinoid Santtu: I agree with that, the detection needs some work.  But #261 was specifically caused by a renamed file, which we fixed
16:20 rg so is there a java vm for selinux? with jit?
16:21 NotFound Infinoid: I think that setting both WRITE and EXEC permissions is an error.
16:21 Infinoid JIT needs to write to the region when it's generating the code, doesn't it?
16:21 fperrad davidfetter, as parrot is not in my PATH, with die, I obtain :
16:21 fperrad C:\fperrad\Parrot\trunk\languages\rakudo>perl Configure.pl
16:21 fperrad Reading configuration information from parrot/parrot_config
16:21 fperrad 'parrot' is not recognized as an internal or external command,
16:21 fperrad operable program or batch file.
16:21 NotFound Yes, but not at the same time-
16:21 fperrad Died at Configure.pl line 97.
16:22 Infinoid NotFound: any help you can provide would be very useful.  I've been trying to act as a contact point for this issue, but I don't actually know much about JIT :)
16:22 Coke (config detection of JIT) seems like it should be possible to have a test that tries to use the same memory tricks that JIT does and remove it as an option if that test fails.
16:22 Infinoid Yeah.  The test should segfault in the same way building pge was, and the segfault should mean "no"
16:24 Infinoid NotFound: So a dropin replacement for mem_alloc_executable() is wrong, and that JIT should use a 2-stage allocation model.  First stage, allocate something writable, second stage, wave the magic wand and make it executable instead of writable?
16:25 Infinoid Do you think that will work correctly?
16:25 NotFound Infinoid: I'm not sure, to test that hypotesis we need a way to change permissions after writing the jit code... or find someone with a good knowledge of selinux
16:26 Infinoid I initially created this patch in an attempt to get parrot+jit building on feather3, because the execute bit was disabled by default in feather3's heap under certain cases I couldn't figure out
16:26 Infinoid selinux may have been causing that, too.
16:27 Santtu Quick-and-dirty trick would be to check the allow_execheap (I guess) value with getsebool.
16:28 NotFound I've taken a look at my old basic interpreter, and it does the same than your patch, PROT_READ | PROT_WRITE | PROT_EXE. Don't know if someone has used it with selinux, though
16:28 Coke seems saner to use the same code we use in the app and see if it works, rather than do something linux specific.
16:29 Santtu The allow_execmem (mmap with write+exec) selinux boolean is in true (allowed) in the default fc9 targeted policy.
16:29 Coke (though I bow in advance to the argument that jit only works on linux anyway)
16:29 Infinoid That doesn't mean we want it to continue only working on linux
16:30 NotFound If someone wants to try: http://blassic.org and run the example program: machinecode.bas
16:30 Infinoid I think mmap() with MAP_ANONYMOUS should be portable enough to use as a general allocator
16:31 Infinoid it's not c89, but it is posix and svr4
16:32 Santtu You could take a look on how Sun's JVM does JIT, since it clearly works on selinux systems..
16:32 Santtu (I'd assume it does mmap -- execing on stack or heap is so 80s!)
16:33 Infinoid heh.  We're working on using mmap :)
16:33 NotFound Santtu: distro people take care to make sure java works in your system. They don't do that for parrot (yet)
16:33 Santtu I once did a AST->ASM JIT using mmap pages, but that was on solaris so I don't really know how it'd play with selinux.
16:34 Santtu notfound: true
16:36 Santtu Grepping /etc/selinux for jvm and java throws up quite a lot of matches.
16:38 Infinoid yep, jvm is high profile nfpboc
16:39 Coke nfpboc?
16:39 purl i guess nfpboc is non-free proprietary binary-only crap
16:39 Coke that's a little harsh. =-)
16:39 Infinoid it gets enough attention to get selinux exceptions by default, is all I'm saying.
16:40 NotFound Maybe depending too much on jitted nci is not a good idea. A little assembler function to push parameters on the heap and call the function can be a simpler solution, and even help diagnose jitted nci problems.
16:40 NotFound s/heap/stack
16:41 Infinoid hmm.  selinux should hate gcc stack trampolines for the same reason
16:41 Theory joined #parrot
16:41 NotFound Pushing parameters and calling addresses is not a trampoline, is the same the c compiler does.
16:43 Santtu Do all supported platforms have computed call instruction?
16:44 NotFound Santtu: all platforms that have a C compiler must be able to call a function pointer.
16:44 Santtu ... unless it is implemented as a trampoline by the compiler on platforms that don't have a computable call instruction :-)
16:45 Santtu (not relevant nowadays, though)
16:45 NotFound Santtu: we don't even support CHAR_BIT != 8, please don't talk me about exotic platforms ;)
16:46 Santtu *chuckle* I could tell you about platforms where sizeof((void*)() 0) != sizeof((char*)0) :-(
16:46 Infinoid heh
16:46 davidfetter well, you just did ;)
16:46 Infinoid gcc does use trampolines to call lexical functions (when you declare one function within another one)
16:46 Santtu Anyway. I can confirm that setting allow_execheap=on allows compilers/pge to compile successfully in selinux set to enforcing mode.
16:46 rdice_ joined #parrot
16:46 Infinoid parrot doesn't do that.  but I'm wondering if FC9's selinux policy breaks other things which do use that
16:47 Santtu davidfetter: I could tell you more :-)
16:47 davidfetter feel free :)
16:48 Santtu telco *cough*  harvard *cough* architecture *cough*
16:48 Santtu not funny at all, really, steer clear
16:48 davidfetter k
16:49 particle i work with the author of selinux, maybe i could get a ruling on whether that's the right way around...
16:49 NotFound Allowing heap execution surely is not the recommended way.
16:49 * Infinoid votes for switching exec memory allocation to mmap()
16:50 NotFound +1
16:50 purl 1
16:50 * particle wonders how that affects our psp compile
16:51 Santtu I think configure should be fixed to behave like pge, it'll catch the most obvious problem of "wtf doesn't this compile"..
16:51 NotFound particle: I don't use psp, nds has more games ;)
16:51 particle santtu: yeah, we should have a probe for executable data
16:51 particle *prevention
16:52 Infinoid nds++
16:53 Infinoid NotFound: Feel free to take TT #18 and run with it, if it helps.  One other thing: the "#ifdef WIN32" stuff should probably become "#ifndef PARROT_HAS_MMAP" or whatever
16:56 NotFound BTW I think our naming conventions for HAS_ and has_ things in parrot_config need some review
16:57 Infinoid I don't know what our naming convention is, I just made that up.
16:57 NotFound The first step of the review is to look if we have one ;)
16:57 donaldh left #parrot
16:57 Infinoid NotFound++
16:58 slavorg joined #parrot
17:10 Coke 413 RTs left.
17:10 Coke parrotsketch?
17:10 purl parrotsketch is a status meeting for parrot core committers held every Tuesday at 18:30 UTC in #parrotsketch
17:10 Coke clock?
17:10 purl Coke: LAX: Tue 10:10am PDT / CHI: Tue 12:10pm CDT / NYC: Tue 1:10pm EDT / LON: Tue 5:10pm GMT / BER: Tue 6:10pm CET / IND: Tue 10:40pm IST / TOK: Wed 2:10am JST / SYD: Wed 4:10am EST /
17:14 NotFound Coke: that count is after or before the closing of #31150 I've done right now?
17:15 Coke after
17:17 * jonathan will try and actually join #parrotsketch this week :-|
17:29 Coke ps in 1?
17:29 dalek parrot: r37683 | coke++ | trunk (2 files):
17:29 dalek parrot: This ticket was resolved.
17:29 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37683/
17:30 eternaleye joined #parrot
17:30 * Coke grabs a cuppa joe
17:33 Coke hurm. with DST, ps is really in :57, innit.
17:33 Coke clock?
17:33 purl Coke: LAX: Tue 10:33am PDT / CHI: Tue 12:33pm CDT / NYC: Tue 1:33pm EDT / LON: Tue 5:33pm GMT / BER: Tue 6:33pm CET / IND: Tue 11:03pm IST / TOK: Wed 2:33am JST / SYD: Wed 4:33am EST /
17:33 NotFound utc?
17:33 purl utc is date -u or "Coordinated Universal Time"
17:33 NotFound utc clock?
17:34 Coke time?
17:34 purl time is, like, 17:33:24 2009 and (did you mean "clock"?) or flowing like a river
17:34 Coke I'm guessing time is utc.
17:34 NotFound Yeah
17:38 dalek parrot: r37684 | coke++ | trunk/NEWS:
17:38 dalek parrot: Follow existing list style.
17:38 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37684/
17:39 tuxdna joined #parrot
17:43 Util Scheduled meeting *is* in UTC. #ps in 47.
17:43 * davidfetter not in utc ;)
17:44 NotFound Are you out of the universe?
17:45 davidfetter well, there's the whole "there is no simulaneous anything" thing from einstein
17:46 Infinoid it's all emulated on a single core processor
17:46 Infinoid http://xkcd.com/505/
17:48 cognominal joined #parrot
17:49 Util Einstein be-dragged; I want unix-time-epoch to be changed to seconds-since-Big_Bang!
17:50 Coke etoobig.
17:50 Infinoid "seconds" is too earth-specific too
17:51 Infinoid maybe count of revolutions of an electron around a hydrogen nucleus since the big bang
17:51 NotFound "Universal" is a little exageration
17:52 fperrad left #parrot
17:52 NotFound Infinoid: there was no atoms in the BB
17:53 Infinoid I know.  But as a basis for a metric standard measurement it should be a hypothetical atom moving at N speed and X temperature
17:54 Util Also, electrons don't really "revolve" around a nucleus; another lie^Wover-simplification from high-school physics.
17:55 Infinoid it was just a thought.  anything simpler / cleaner than "the duration of 9,192,631,770 periods of the radiation corresponding to the transition between the two hyperfine levels of the ground state of the caesium-133 atom" would make me happy
17:57 Infinoid most of the metric measurements are very nicely defined, I think.  but time is still horribly culture-bound
17:57 barney joined #parrot
17:58 NotFound Time is on our side.
18:00 davidfetter yes it is
18:01 Util left #parrot
18:04 dalek parrot: r37685 | NotFound++ | trunk/src/debug.c:
18:04 dalek parrot: [debugger] add a command to list breakpoints, RT #31163
18:04 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37685/
18:06 Util joined #parrot
18:16 PerlJam joined #parrot
18:21 Coke NotFound++
18:21 Coke NotFound++
18:21 Coke NotFound++
18:21 Coke I had no desire to touch the debugger. =-)
18:24 NotFound You are not alone, judging by svn log src/debug.c ;-)
18:28 Infinoid #ps in 2
18:30 Infinoid nice timing, feather.
18:30 PerlJam hey, It's been broadcast at least twice since 30 minutes ago that it was going down.
18:31 Infinoid ah, I didn't know, sorry.
18:31 Util Yes, but many Parrot devels use feather for IRC, and the #parrotsketch meeting is *now*
18:32 chromatic joined #parrot
18:32 PerlJam Util: sure ... and they should have switched which machine they were using for a client (as I did)
18:32 Util And as I did. True.
18:34 Coke chromatic++
18:34 chromatic For leading?
18:35 cognominal joined #parrot
18:36 cotto barney, let me know if any of my changes break Eclectus or Pipp.  It'll probably be an easy fix.
18:36 kj joined #parrot
18:36 Tene Huh... rakudo fails pretty badly on dealing with unicode.
18:36 Tene Didn't remember that.
18:40 barney cotto: k
18:51 NotFound Tene: utf8, utf16, ucs2, whatever...?
18:55 alvar joined #parrot
19:23 Tene particle: what's involved in being a mentor?
19:23 particle tene: shepherding a student throughout the summer, if you are lucky enough to get one
19:24 particle at least weekly meetings with the student, make sure they're on the proper schedule
19:24 Infinoid which means what?  pinging them on some time interval and answering questions?
19:24 particle answer questions, etc
19:24 particle then there are mid-term and end-of-term reviews to write, in a webapp
19:25 particle that determines if the students are paid for their work (if they've met the goals/are worthy of payment)
19:25 particle depending on the student, it could be <5 hours a week, to >10
19:26 particle last year, parrot students (tewk, whiteknight) reported status in #parrotsketch
19:26 particle the lone perl6 student had a separate meeting
19:27 particle with me (backup mentor), moritz (primary mentor), timtoady, and pmichaud
19:33 Coke chromatic++
19:34 szabgab chromatic, could you take a look at https://trac.parrot.org/parrot/ticket/488   please ?
19:36 chromatic Looking.
19:37 Coke szabgab: why are you doing load_bytecode with a relative path?
19:38 Coke why not just do load_bytecode 'library/PCT.pbc' ?
19:38 Coke with the ../../, I imagine parrot assumes you know what you were asking for.
19:38 szabgab I think it would not find PCT.pbc
19:38 Coke did you try?
19:38 szabgab but I am trying now
19:38 Coke =-)
19:39 Coke ISTR allison provided a patch to partcl to strip off all the relative pathing for that reason.
19:39 szabgab though actually I came up with this as a test case for why I cannot load perl6.pcb in any directory except in parrot dir
19:40 NotFound I think paths starting with ./ and ../ are still not taking into account in src/library.c
19:40 Coke it's possible rakudo's doing it wrong too.
19:40 szabgab "load_bytecode" couldn't find file 'library/PCT.pbc'
19:41 Coke are you running off an installed parrot?
19:41 szabgab not
19:41 szabgab built in svn by rakudo
19:42 Coke ok. I'll get back to you once I resolve partcl's issues, then, I'm out of bright ideas. =-)
19:42 szabgab in the end what I'd like to have is load_bytecode 'path/to/perl6.pbc'   to just work
19:42 dalek joined #parrot
19:42 Coke szabgab: Should, yes.
19:42 szabgab now in order for that to work I have to cd to parrot dir
19:42 jonathan joined #parrot
19:42 szabgab ok, thanks
19:44 davidfetter anybody seen allison's sandbox stuff yet?
19:44 Coke I've already let the partcl patches allison supplied sit for a month, btw, so don't pin your hopes on me. =-)
19:45 szabgab for now Inline::Rakudo works, it just has this nasty chdir in it
19:45 szabgab at a minimum I think I should chdir back to where I was before :-)
19:46 NotFound szabgab: Have you tryied -L path/to/rakudo ?
19:47 szabgab where do I put the -L ?
19:47 NotFound parrot command line
19:47 szabgab oh, no I am using Parrot::Embed
19:47 NotFound See examples/pir/interlangs.pir
19:48 szabgab looking
19:49 NotFound I don't know if Parrot::Embed has an equivalent functionality
19:49 szabgab oh so -L is like -I in perl 5, enlarging @INC, right ?
19:50 szabgab can I do that via pir ?
19:50 NotFound szabgab: more or less, yes.
19:50 szabgab though actually I think that would be just another workaround
19:51 chromatic Parrot::Embed could add a library path to an interpreter.  I'm not sure we have a good API for that in libparrot though.
19:51 NotFound I think the load_language opcode can be used now
19:51 gerd joined #parrot
19:51 NotFound chromatic: no api, but can be done via an Interpreter object.
19:52 chromatic Is there an Interpreter method?
19:52 NotFound There was an example somewhere... let me check
19:53 desertmax joined #parrot
19:54 NotFound interp[.IGLOBALS_PBC_LIBS] maybe
19:55 chromatic Yeah, but that means the constant has to be accessible outside of libparrot.
19:55 NotFound include/iglobals.pasm
19:55 jan joined #parrot
19:56 chromatic I have to do this from C/XS.
19:56 NotFound t/library/pcre.t does a similar thing with IGLOBALS_LIB_PATHS
19:57 NotFound chromatic: Parrot_add_library_path_from_cstring
19:58 chromatic That's what I thought.
19:58 NotFound Maybe we need an extend version of that function, with a better name.
20:03 chromatic I thought man who run behind car is cdr.
20:04 particle joined #parrot
20:05 NotFound chromatic: A method in the Interpreter PMC will be a good solution?
20:05 cognominal joined #parrot
20:05 chromatic These are per-interpreter paths, right?
20:05 NotFound Yes
20:06 barney cotto: Is http://github.com/bschmalhofer/pipp/commit​/536d3c1f642161ee32bd7863829b872c65328c77 correct ?
20:06 shorten barney's url is at http://xrl.us/bemgdb
20:06 chromatic I prefer methods to global functions.
20:07 NotFound Interpreter methods are available from pir and from C, also.
20:08 chromatic Right.  I *could* do this from a PBC shim always installed alongside Parrot::Embed, but it's a lot easier to do from XS through the C API.
20:09 dalek pipp: 536d3c1 | (Bernhard Schmalhofer)++ | src/pmc/phpstring.pmc:
20:09 dalek pipp: PMC_num_val() is gone
20:09 dalek pipp: review: http://github.com/bschmalhofer/pipp/commit​/536d3c1f642161ee32bd7863829b872c65328c77
20:09 shorten dalek's url is at http://xrl.us/bemgdb
20:09 NotFound A method just for the PBC library, or add a parameter to specify -I, -L and maybe others?
20:10 chromatic -L definitely.
20:11 NotFound interp.'add_library_path'('L', '/path/toRakudo') ?
20:11 chromatic Why 'L'?
20:11 chromatic For "Language"?
20:12 NotFound Just to mimic the -L cmd line option.
20:12 chromatic Doesn't 'add_library_path' imply that already?
20:13 NotFound In the current codebase the related functions are more generic.
20:13 NotFound But we can start to chnage that now.
20:13 dalek pipp: 39013da | (Bernhard Schmalhofer)++ | src/pmc/php (7 files):
20:13 dalek pipp: add a couple of VTABLE declarations
20:13 dalek pipp: review: http://github.com/bschmalhofer/pipp/commit​/39013da953fdbf978115e6fe3240a37d3c132c8b
20:13 shorten dalek's url is at http://xrl.us/bemgec
20:16 NotFound In library.h we have PARROT_LIB_PATH_ for INCLUDE, LIBRARY, DYNEXT, LANG and EXTS
20:16 chromatic Do we use all of those?
20:17 NotFound INCLUDE, LIBRARY and DYNEXT, sure. The others, don't know
20:18 szabgab the problem I saw is that parrot - without installation does not know where its own files are
20:18 dalek pipp: 77600a6 | (Bernhard Schmalhofer)++ | src/pmc/phpstring.pmc:
20:18 dalek pipp: FLOATVAL means native
20:18 dalek pipp: review: http://github.com/bschmalhofer/pipp/commit​/77600a698a5c5fe964363a499a69e2ee5bc10d04
20:18 shorten dalek's url is at http://xrl.us/bemget
20:18 szabgab or rather it only knows from its own directory
20:18 NotFound szabgab: just need to now where parrot_config is, the other things are inside it.
20:20 chromatic I suppose if you load that with an absolute path, the rest of the job is easier.
20:20 szabgab and when I load Parrot::Embed it does not know it?
20:20 NotFound But the parrot_config things are in an object file that must be linked in addition to libparrot, don't know why
20:21 chromatic Maybe we should link parrot_config.o into libparrot.
20:22 NotFound chromatic: I think so, but I wanted to know why we wasn't not doing that way right now
20:22 chromatic There's probably no good reason.
20:24 NotFound An .o can't be dynamically linked, so for a perl5 extension is a big NO
20:28 alvar joined #parrot
20:30 Util joined #parrot
20:32 Andy joined #parrot
20:35 dalek pipp: 6ccd57e | (Bernhard Schmalhofer)++ | t/pmc/ (2 files):
20:35 dalek pipp: add a couple of PMC tests
20:35 dalek pipp: review: http://github.com/bschmalhofer/pipp/commit​/6ccd57e1b7ede64072758c6f4cb6fcefa66c74cf
20:35 shorten dalek's url is at http://xrl.us/bemghb
20:38 Coke make codetest runs some but not all tests in t/codingstd; would it not make sense to run them all and todo the known failures?
20:39 Coke chromatic: one of the remaining copyright issues is with one of your modules, btw.
20:39 NotFound Coke: will be too funny to see things like: TODO: no TODO comments
20:40 Coke I can deal with that if it means ripping out more code. =-)
20:41 chromatic Coke, I'm not sure how to deal with that.
20:41 Coke also wish to kill tools/docs/func_boilerplate.pl
20:41 Coke chromatic: you could cede the copyright to the pafo. =-)
20:42 Coke but if that's not reasonable, then you could just put parrot:embed on the cpan only. no?
20:42 Coke those are the two paths I see. perhaps others exist. (like adjusting the test to not care.)
20:43 chromatic They're tightly intertwined, but Parrot::Embed is Perl 5 code, so it seems a little odd to give copyright to Pafo.
20:43 Coke yet someone already did!
20:43 Coke (it's listed a dual copyright)
20:43 Coke we have copyrighted lots of perl5 code in the repo, fwiw.
20:44 chromatic None of it intended for reuse though.
20:44 Coke a fair cop.
20:46 chromatic I'm also not entirely pleased with the existing copyright notices, as they tend to imply something about the code that the CLA explicitly forbids... but I'm all about the implications these days.
20:47 chromatic In particular, the CLA gives Pafo a perpetual license to the copyright provided that Pafo makes the code available under an appropriate license.  It's not a copyright transfer.
20:47 Coke chromatic: I think our current approach to copyright notices is driven by allison. No?
20:48 chromatic Yes.
20:49 Coke I have no clue what the legal issues are. =-)
20:49 chromatic Like most legal issues, they vary, depending on jurisdiction, counsel, and (most importantly) judge.
20:50 chromatic It just seems wrong to claim that Pafo holds the copyright on code when I explicitly licensed the copyright to them instead of transferring it.
20:51 NotFound The reason the FSF gives to ask for copyright transfer to them in projects under the 'GNU' label is that in some countries you must ne the copyright owner to be able to defend it in court.
20:52 Coke perhaps we should update our clas if we're not saying what we meant.
20:52 Coke (that raising a whole other host of issues)
20:52 chromatic For Parrot itself I don't believe it's an issue.
20:52 chromatic There are so many authors it's impractical to do things any other way.
20:53 NotFound Well, if Parrot::Embed is not part of parrot the easy and clean solution is to put it out of the parrot repo.
20:53 dalek pipp: fa40af7 | (Bernhard Schmalhofer)++ | t/pmc/ (2 files):
20:53 dalek pipp: fix test plans
20:53 dalek pipp: review: http://github.com/bschmalhofer/pipp/commit​/fa40af71d2f757fe8ca3034e96333b66aa82e9b7
20:53 Coke so is it just for parrot::embed that you have concerns?
20:53 shorten dalek's url is at http://xrl.us/bemgke
20:53 chromatic Yes.
20:54 Coke then i would do what notfound said; update it on release boundaries.
20:54 Coke (or give it the same version as the parrot it corresponds to.)
20:54 Coke or pull a language trick and put it in a slightly different repo on parrot.org
20:56 chromatic I'm warming to that idea.
20:56 NotFound Easy and clean from the legal point of view, of course.
20:56 Coke not that we don't like your code, man. It's us, not you. =-)
20:56 chromatic Okay, but I want my CDs back.
20:57 Coke You can everything but TMBG.
20:57 Coke *have
20:57 NotFound Be modern, upload it to an mp3
20:58 dalek parrot: r37688 | coke++ | trunk (5 files):
20:58 dalek parrot: [t] run all the codingstd tests when running 'make codetest'
20:58 dalek parrot: I think the original reason to keep these separate was to keep 'codetest' lean
20:58 dalek parrot: and runnable as part of 'make test' - since we don't do that anymore, just
20:58 dalek parrot: todo these tests as we would any other.
20:58 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37688/
20:58 Coke ack: Not working here yet ?
20:58 Coke wtf.
21:01 szabgab chromatic, will you put Embed::Parrot on CPAN ?
21:02 chromatic Sure thing.
21:02 NotFound "Use longopts to parse command line options in parrot_debugger.c" WTF?
21:04 NotFound Did he mean longopt.h ?
21:04 Coke he who?
21:04 purl he is saying "I am too smart for Moose"
21:05 Coke if it's me or ptc, we were probably blindly copying from a todo somewhere.
21:05 Coke feedback on #493 appreciated.
21:05 NotFound TT #491
21:05 Coke did you lookat the patch?
21:06 Coke rant: tt doesn't email you about attachments.
21:07 NotFound Oh, I don't figure it was a patch
21:09 donaldh joined #parrot
21:11 donaldh left #parrot
21:16 donaldh1 joined #parrot
21:18 Theory joined #parrot
21:20 Whiteknight joined #parrot
21:32 mikehh joined #parrot
21:48 Woody4286 joined #parrot
22:14 donaldh1 left #parrot
22:14 kid51 joined #parrot
22:16 dalek parrot: r37689 | NotFound++ | trunk/src/debug.c:
22:16 dalek parrot: [debugger] remove unused static function GDB_B and static var gdb_bps, TT #46141 and TT #46143
22:16 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37689/
22:17 tetragon joined #parrot
23:15 Fayland_logger joined #parrot
23:17 bsdz joined #parrot
23:28 eternaleye joined #parrot
23:30 Woody4286 joined #parrot
23:35 AndyA joined #parrot
23:43 dalek rakudo: 1ef8919 | (Jonathan Leto)++ |  (3 files):
23:43 dalek rakudo: Implement roots() builtins
23:43 dalek rakudo: Signed-off-by: Moritz Lenz <moritz@faui2k3.org>
23:43 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/1​ef891980c196cd217f12de6b02a4c1e963993d1
23:43 dalek rakudo: 9a84c35 | (Moritz Lenz)++ | t/spectest.data:
23:43 dalek rakudo: add now passing roots.t to t/spectest.data
23:43 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/9​a84c3577cbb5a317684274759aae25f77ddb853
23:43 shorten dalek's url is at http://xrl.us/bemhcf
23:43 shorten dalek's url is at http://xrl.us/bemhch
23:55 AndyA joined #parrot

| Channels | #parrot index | Today | | Search | Google Search | Plain-Text | summary

Parrot | source cross referenced