Camelia, the Perl 6 bug

IRC log for #parrot, 2013-04-23

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:13 travis-ci joined #parrot
00:13 travis-ci [travis-ci] parrot/parrot#858 (master - c3b3962 : Bruce Gray): The build was fixed.
00:13 travis-ci [travis-ci] Change view : https://github.com/parrot/parrot/c​ompare/9bd3f3fc3f35...c3b39624782d
00:13 travis-ci [travis-ci] Build details : http://travis-ci.org/parrot/parrot/builds/6551862
00:13 travis-ci left #parrot
00:14 elmex joined #parrot
00:16 kid51_ joined #parrot
00:27 rurban1 I really need a critic hook somewhen
01:23 kid51_ joined #parrot
01:26 drift joined #parrot
02:09 dalek parrot: fc18b7b | util++ | docs/project/release_manager_guide.pod:
02:09 dalek parrot: [ci skip][doc] Fix typo in tools path.
02:09 dalek parrot: review: https://github.com/parrot/parrot/commit/fc18b7b2a4
04:28 Psyche^ joined #parrot
04:52 awwaiid joined #parrot
06:23 Mike-PerlRecruiter_ joined #parrot
07:19 denisboyun joined #parrot
07:28 Khisanth joined #parrot
07:57 xcombelle joined #parrot
08:48 cosimo joined #parrot
09:11 rurban1 joined #parrot
09:13 rurban1 left #parrot
09:54 denisboyun_ joined #parrot
09:56 woosley left #parrot
12:23 PacoAir joined #parrot
12:36 denisboyun_ joined #parrot
12:37 woosley1 joined #parrot
12:48 contingencyplan joined #parrot
12:50 dalek joined #parrot
13:15 darbelo joined #parrot
13:50 darbelo joined #parrot
13:56 gtodd building new parrot I get this error:
13:56 gtodd /usr/local/bin/perl -MExtUtils::Command -e chmod 0644 ops/bit.pod
13:56 gtodd Cannot chmod 0644 ops/bit.pod:No such file or directory at /usr/local/lib/perl5/5.16.2/ExtUtils/Command.pm line 274.
13:56 gtodd gmake[1]: *** [ops/bit.pod] Error 2
13:57 gtodd during the build I get dumped into a rendered manual page and get warnings about my groff being too old :-|
13:59 gtodd but if I cd into  ./rakudo/parrot/docs/ and run make the ops/bit.pod gets built and I can continue more or less
14:08 Util gtodd: Please post the output of:   perldoc -V
14:09 Util Also, are you building from a Git repo, or a release tarball?
14:10 gtodd I think this is a perl5 "bug" that will disappear eventually. Installing a newer groff doesn't fix this error but shouldn't the build just proceed and produce the bit.pod file (even if incorrect unicode characters are add) instead of stopping?
14:10 gtodd with rakudo Configure.pl -gen-parrot=RELEASE_5_3_0
14:11 gtodd Util:   Perldoc v3.17, under perl v5.016002 for freebsd
14:11 Util The groff error is unrelated. Parrot produces different entries in the Makefile of the docs, depending on what version of perldoc you have.
14:12 Util gtodd: OK, is that Rakudo from a `git clone`, or a release tarball?
14:13 gtodd the git clone of RELEASE_5_3_0
14:13 gtodd the error starts with
14:13 gtodd gmake[1]: Entering directory `/usr/home/gtodd/development/rak​udo-release/rakudo/parrot/docs'
14:13 gtodd /usr/local/bin/perl -MExtUtils::Command -e mkpath ops
14:13 gtodd /usr/local/bin/perl -MExtUtils::Command -e touch doc-prep
14:13 gtodd /usr/local/bin/perldoc -ud packfile-c.pod ../src/packfile/api.c
14:13 gtodd No documentation found for "/usr/local/bin/perldoc".
14:14 gtodd /usr/local/bin/perldoc -ud packfile-c.pod ../src/packfile/api.c  seems to be the problem
14:15 Util gtodd: No, the first time I was asking for the source of Parrot, but the second time I was asking for the source of Rakudo. Rakudo does not have an a.b.c release scheme. I am trying to exactly replicate your problem by building Parrot as part of Rakudo.
14:15 dngor_ joined #parrot
14:16 gtodd ahh ok
14:16 gtodd rakudo is the clone of the tip doing  "git pull"
14:17 Util gtodd: Thanks! Working to replicate now.
14:17 gtodd it's strange it doesn't work during the build but then works if I do it manually :\
14:18 gtodd somewhere something is trying to build docs for "/usr/local/bin/perldoc" "-ud" and  "packfile-c.pod"  ... leaving out  ../src/packfile/api.c
14:19 Util There are parts of the `make` of the docs/ directory that are not as well-behaved after the first attempt as they were during the first attempt. (fixing that is on my todo list, since I spotted it during the last release).
14:20 gtodd instead of using "usr/local/bin/perldoc -ud" to build docs for  packfile-c.pod and from ../src/packfile/api.c .. like the command has been shifted or something
14:20 gtodd Util: not sure that made sense :-\
14:21 gtodd things work fine after the fact:
14:21 gtodd /usr/local/bin/perldoc -ud packfile-c.pod ../src/packfile/api.c
14:21 gtodd Perldoc (Pod::Perldoc::ToPod) output saved to packfile-c.pod
14:23 Util I see that I was unclear. I will clarify later if it remains relevant.
14:24 gtodd but run from rakudo's Configure.pl it seems we try to build docs for "/usr/local/bin/perldoc" and "-ud" and "packfile-c.pod " instead of building packfile-c.pod from  ../src/packfile/api.c using "/usr/local/bin/perldoc -ud"
14:28 denisboyun joined #parrot
14:29 Util gtodd: when I run `perl Configure.pl -gen-parrot=RELEASE_5_3_0`, I get past the perldoc&chmod steps without error, including the build of packfile-c.pod and bit.pod.
14:29 timo left #parrot
14:30 Util I am on a Mountain Lion MacBook Pro, but have easy access to Linux. On what platform did you see you see your error?
14:31 Util gtodd: ^
14:33 gtodd FreeBSD
14:34 gtodd the build always works fine when I use parrot RELEASE_5_2_0
14:35 gtodd I am using perl 5.16
14:35 gtodd for the perldoc /Configure.pl bits
14:35 gtodd hasn't been a problem so far
14:41 Util I am also on Perl 5.16.2
14:42 gtodd the commandlines in the Makefile: "/usr/local/bin/perldoc -ud ops/bit.pod ../src/ops/bit.ops"   and  "/usr/local/bin/perldoc -ud packfile-c.pod ../src/packfile/api.c"  (which are what seems to break the build)  both work just fine ...  but when run from rakudo's ./Configure.pl something breaks
14:42 Util Looking at differences in 5.2.0 and 5.3.0 via `head .git/refs/tags/RELEASE_5_[23]_0` and `git log -p dfc3d7c..8874a86 | diffstat`.
14:44 Util gtodd: can you nopaste all your console output? It might show me a chdir that went awry.
14:45 gtodd Util: I think it is signficant that both -ud ops/bit.pod ../src/ops/bit.ops AND  -ud packfile-c.pod ../src/packfile/api.c  are both built early (first) in the Makefile target and fail ... but then afterwards everything works ... it's like what should be an insignificant error is choking the build
14:45 gtodd Util: ok will post
14:49 gtodd erm I mean nopaste ...
14:50 gtodd the buidl is working fine the locally buid parrot is generating .pir files etc etc
14:54 gtodd the build is working fine the locally built parrot is generating .pir files etc  ... then: http://www.nopaste.pl/1koc
14:55 pmichaud fwiw, Rakudo *does* have a a.b.c release scheme, it's just that a == year and b == month.  :) :)
14:55 gtodd i.e. run from rakudo's Configure.pl it seems we try to build docs for "/usr/local/bin/perldoc" and "-ud" and "packfile-c.pod " instead of building packfile-c.pod from  ../src/packfile/api.c using "/usr/local/bin/perldoc -ud"    As I mentioned, it might be significant that both -ud ops/bit.pod ../src/ops/bit.ops AND  -ud packfile-c.pod ../src/packfile/api.c  are both built early (first) in the Makefile target and fail ..
14:57 pmichaud Parrot also has a a.b.c release scheme, where a == year-2008 and b == month-1 .
14:58 gtodd Util: the final error is:    Command failed (status 512): gmake install-dev
14:58 gtodd which is coming from the parrot Makefile I guess
15:07 Util gtodd: Earlier, you gave me the output of `perldoc -V`. This time, let's try: `/usr/local/bin/perldoc -V`.
15:09 gtodd Perldoc v3.17, under perl v5.016002 for freebsd
15:10 Util Thanks.
15:12 gtodd after the fail if I cd parrot; gmake parrot bootstrap-prt0 ; gmake it builds from the top of  the parrot directory (i.e. I don't need to cd down into docs)
15:14 gtodd so those Makefile targets (ops/bit.pod:  and packfile-c.pod:) work at that point
15:15 gtodd parrot/doc/Makefile that is ...
15:16 mtk joined #parrot
15:17 mtk joined #parrot
15:21 mtk joined #parrot
15:27 denisboyun joined #parrot
15:30 Util gtodd: 1. What version of FreeBSD are you on? 2. What versions of gmake and just `make` (the FreeBSD one) do you have installed?
15:30 xcombelle_ joined #parrot
15:32 gtodd those that come with 9.1
15:32 gtodd Util: no problems building rakudo until now
15:33 rurban my problem is usually perldoc -ud packfile-c.pod ../src/packfile/api.c Can't write-open packfile-c.pod: Permission denied
15:33 Util gtodd: Understood; I am spinning up a 9.1 instance on Amazon EC2 to get closer to your environment. Thanks.
15:34 gtodd great
15:34 rurban which comes form a previous sudo make install attempt
15:34 rurban perldoc -ud packfile-c.pod ../src/packfile/api.c Can't write-open packfile-c.pod: Permission denied
15:34 gtodd rurban: yeah that's not it thoug in this case :-)
15:36 gtodd what is strange is the bit where it seems to be failing while building docs for "/usr/local/bin/perldoc" and "-ud" and "packfile-c.pod " instead of building packfile-c.pod from  ../src/packfile/api.c  **using**  "/usr/local/bin/perldoc -ud"
15:45 gtodd and the fact that it works if I run  /usr/local/bin/perl  ./Configure.pl --gen-parrot=RELEASE_5_2_0   but not with
15:45 gtodd /usr/local/bin/perl  ./Configure.pl --gen-parrot=RELEASE_5_3_0   ... and yet there seem to be no perldoc related changes ... and parrot builds fine on its own
15:46 gtodd sheesh
15:46 gtodd well make that  ... no easily identifiable perldoc related changes
16:29 gtodd Util: parrot builds standalone with perl ./Configure.pl : gmake or  perl ./Configure.pl : make  or whatever  but "make docs" or "make all" produces the same errors with ops/bit.pod and the weird:  "No documentation found for "-ud"." (where perldoc is tryng to build a *.pod fie for one of its own arguments) I think it is not a rakudo error but a parrot error)
16:32 Util gtodd: Thanks! I cannot reproduce the error on FreeBSD 9.1, with the default Perl (and perldoc). I will try a fresh clone of just parrot, using the description you just gave, before trying to upgrade the installed Perl.
16:32 gtodd good :-)
16:32 gtodd I am glad when bugs are confirmed as "not just me" :-D
16:33 gtodd so I hope it breaks for you :-)
16:34 gtodd Util: errm could you type locale in the console?
16:34 gtodd and see what you lang settings are etc.
16:35 Util gtodd: LANG=   ,     LC_{CTYPE,COLLATE,TIME,NUME​RIC,MONETARY,MESSAGES}="C"    ,    LC_ALL=
16:37 gtodd here I'm LC_ALL=en_US.UTF-8 and I just wonder .... about the change in perl that forced UTF8 ..
16:37 gtodd https://rt.cpan.org/Public​/Bug/Display.html?id=77465
16:38 gtodd why that would break 5.3 and not 5.2 is beyond me :-)
16:43 gtodd Util: cd parrot ./perl Configure.pl ;make  ... works fine ... but "make docs" then breaks but then if I do (inside ./parrot) ... cd docs  ; make
16:43 gtodd it works :-)
16:43 gtodd haha
16:54 darbelo joined #parrot
16:55 sa1 joined #parrot
17:12 sa1 dukeleto: Hi. I was looking at parrot project ideas. I was looking at the libgit2 bindings project, but it is marked 4/5 in difficulty. What all will be required?
17:13 sa1 I am kinda inexperienced.
17:28 Util gtodd: I cannot reproduce the bug, even with LC_ALL=en_US.UTF-8. Next I will try updating Perl. I do not normally run FreeBSD. How did you update to Perl 5.16.2 ?
17:29 gtodd using ports
17:30 gtodd cd /usr/ports/lang/perl5.16 ; make ; make install
17:30 gtodd I have brewed version of 5.17 I could try I guess to see if there's any difference
17:31 gtodd Util: I did set:   export PERLDOCDEBUG=5 and ran gmake docs ... to watch what happens
17:31 gtodd and I see this for example:
17:31 Util Hmmm. I do not have `gmake` installed on my FreeBSD, just `make`.
17:32 gtodd oh right you might have to install that too
17:32 gtodd 'options_reading: Noting env PERLDOC setting of /usr/local/bin/perldoc
17:32 gtodd Args now: /usr/local/bin/perldoc -ud packfile-c.pod ../src/packfile/api.c
17:32 gtodd oops
17:33 gtodd but to tell the truth I rarely need gmake to build perl I just installed it to make sure I was able to follow instructions more exactly
17:34 gtodd cd /usr/ports/devel/gmake; make install
17:34 gtodd :-)
17:34 gtodd here's what I see with PERLDOCDEBUG=5 and running gmake/make from  ./parrot :
17:35 gtodd 'options_reading: Noting env PERLDOC setting of /usr/local/bin/perldoc
17:35 gtodd Args now: /usr/local/bin/perldoc -ud packfile-c.pod ../src/packfile/api.c
17:35 gtodd it really seems to think that perldocs ->args<- are:   "/usr/local/bin/perldoc -ud packfile-c.pod ../src/packfile/api.c"
17:35 gtodd but the args should be: " -ud packfile-c.pod ../src/packfile/api.c"
17:37 Util gtodd: right, which *could* be a bug in `make`, since that is what is launching perldoc.
17:37 gtodd if I run make inside ./parrot/docs it works and I see:
17:38 gtodd Args: -ud packfile-c.pod ../src/packfile/api.c
17:38 gtodd so something in the main Makefile is hosing perldoc
17:39 gtodd Util: if you are suggesting gmake has a bug then well let's switch perl6 and parrot to CMake *now* before there's any more problems :-D
17:39 gtodd ;)
17:39 Util Heh
17:40 gtodd until perl6 killer app replacement for all previous forms of make is ready of course
17:42 gtodd autotools automake m4 ... so many casualties ... when the perl6 meteor, strikes the dinosaurs will evolve or go extinct
17:43 gtodd Util: there's been no real change in the root.in or the generated Makefile between RELEASE_5_2_0 and RELEASE_5_3_0 so hmm
17:44 gtodd well no change that would seem to effect perldoc
17:45 gtodd assuming this is showing me everything:  git diff RELEASE_5_2_0 RELEASE_5_3_0 config/gen/makefiles/root.in
17:46 kurahaupo__ joined #parrot
17:47 kurahaupo joined #parrot
17:48 kurahaupo_ joined #parrot
17:50 kurahaupo joined #parrot
17:56 kurahaupo_ joined #parrot
17:58 kurahaupo__ joined #parrot
18:02 gtodd Util: changing perl versions to 5.17 makes no difference .... I am willing to believe it's a gmake/perldoc interaction bug except that it happens with make too
18:04 kurahaupo joined #parrot
18:06 kurahaupo_ joined #parrot
18:08 kurahaupo__ joined #parrot
18:08 kurahaupo_ joined #parrot
18:11 darbelo left #parrot
18:11 darbelo joined #parrot
18:13 gtodd Util: sorry I didn't catch this before 5_3_0
18:16 kurahaupo joined #parrot
18:16 Util gtodd: understandable; platform-dependent bug.
18:16 moritz and there's always another release next month :-)
18:17 Util Going AFK for doctor's appt. I have stopped by EC2 instances, but will resume work when I return. If you discover any more clues, I will read them in the backlog.
18:17 kurahaupo_ joined #parrot
18:18 gtodd ok thanks
18:19 gtodd hmm maybe if I discover a bug in gmake I'll be famous
18:22 Mike-PerlRecruiter_ joined #parrot
18:31 kurahaupo joined #parrot
18:33 kurahaupo__ joined #parrot
18:34 kurahaupo joined #parrot
18:34 Coke sa1: excellent question. I'm not looking at that URL at the moment, does it say who suggested the idea?
18:35 gtodd Util: btw the version of gmake installed by my FreeBSD ports snapshot is 3.84 ...   maybe your 9.1 install and OS/X are using an earlier version ?
18:35 gtodd just a wild guess :)
18:36 kurahaupo_ joined #parrot
18:37 sa1 Coke: https://github.com/parrot/parrot​/wiki/Summer-of-Code-Task-Ideas The possible mentors list mentions dukeleto.
18:42 xcombelle_ joined #parrot
18:43 Coke dukeleto is on here, but is probably at work atm.
18:43 Coke if he doesn't get back to you in a bit, ping us again to remind us and we'll take a stab at it.
18:48 sa1 okay
18:50 kurahaupo joined #parrot
18:55 Coke in the meantime, I recommend grabbing a copy of parrot from github and trying to build it.
18:55 Coke (and run the test suite)
18:58 PerlJam sa1: it's probably marked 4/5 because you'll have to deal with an existing, but broken implementation  :)
19:02 sa1 Yeah, at the moment I am not able to understand how much that implementation covers and what is left.
19:06 PerlJam sa1: do you have parrot compiled?  Have you cloned https://github.com/letolabs/parrot-libgit2 ?
19:08 sa1 PerlJam: No. At the moment I am cloning parrot(large repo). Will get to the parrot-libgit2 repo in a while.
19:08 PerlJam sa1: you may have to wade  through the code to figure out what's there and what's not.
19:09 PerlJam And it looks like you'll need to understand winxed
19:10 sa1 I know. Today was the first time I heard of winxed. But that was the point of my question. I need to know what I need to read first.
19:11 sa1 I should have come here a bit earlier. But my exams ended only yesterday.
19:11 kurahaupo1 joined #parrot
19:12 PerlJam Well, in lieu of direction from dukeleto, I'd think you'd want to clone the parrot-libgit2 repo, read the README, and try to compile it and run the tests (I'm assuming there are tests :)
19:13 PerlJam ah, the README says as much.
19:14 sa1 Yes, it does.
19:20 PerlJam sa1: in my few minutes of looking at it, the README for parrot-libgit2 doesn't mention that Rosella is a submodule.  After you clone the parrot-libgit2 repo, you'll want to run "git submodule init; git submodule update" then cd into the Rosella dir and build+install Rosella  (probably.  I didn't have Rosella installed with my parrot, so I assume you won't either)
19:25 sa1 Hmm, I get "WARNING: using extern 'file'; is deprecated, use $loadlib instead. near "io_ops" at setup.winxed line 1" while trying to build Rosella
19:26 sa1 hmm, ignore that. It was just a warning.
19:34 sa1 The test fails. http://pastie.org/7704598
19:39 PerlJam sa1: sorry, it's at this point that you'll need to either figure it out yourself, or get some help from someone who knows more about parrot-libgit2/winxed/rosella
19:41 darbelo I would try to build/test Rosella by itself first.
19:42 darbelo If Rosella has bit-rotted the libgit2 bindings are unlikely to have fared better.
19:43 sa1 This is test output for Rosella: http://pastie.org/7704639
19:46 darbelo My guess is that something in parrot changed and Rosella needs updating to deal with it.
19:46 darbelo The "WARNING: using extern 'file'; is deprecated, use $loadlib instead" line points in that direction anyway.
20:06 sa1 At least parrot builds and almost tests fine. It only fails because I have disabled ipv6 it seems. http://sprunge.us/KVSA
20:17 Coke sa1++
20:20 kurahaupo_ joined #parrot
20:23 dalek rakudo/jvm-support: 61e1e2a | jonathan++ | src/ (3 files):
20:23 dalek rakudo/jvm-support: Prepare for getting rid of Parrot property use.
20:23 dalek rakudo/jvm-support:
20:23 dalek rakudo/jvm-support: We use them in a few places to hang things off of code objects, but
20:23 dalek rakudo/jvm-support: there's no reason they can't just be in an attribute.
20:23 dalek rakudo/jvm-support: review: https://github.com/rakudo/rakudo/commit/61e1e2a5b4
20:23 dalek rakudo/jvm-support: ab9a836 | jonathan++ | src/Perl6/ (2 files):
20:23 dalek rakudo/jvm-support: First pass at eliminating setprop usage.
20:23 dalek rakudo/jvm-support:
20:23 dalek rakudo/jvm-support: Gets rid of them all, but unfortunately breaks the build.
20:23 dalek rakudo/jvm-support: review: https://github.com/rakudo/rakudo/commit/ab9a836cb1
20:28 perlite joined #parrot
20:52 kurahaupo joined #parrot
21:35 kurahaupo joined #parrot
21:45 dngor joined #parrot
21:52 kurahaupo joined #parrot
21:53 kurahaupo1 joined #parrot
23:19 kid51 joined #parrot
23:26 darbelo joined #parrot

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

Parrot | source cross referenced