Parrot 4.8.0 "Spix's Macaw" | parrot.org/ | Log: irclog.perlgeek.de/parrot | #parrotsketch meeting Tuesday 19:30 UTC
Set by moderator on 11 October 2012.
00:22 MikeFair joined 00:40 benabik joined 00:43 Psyche^ joined 00:46 rurban_home left 01:06 woosley left 05:27 Administrator joined 07:20 Mike-PerlRecruiter_ joined 07:31 Administrator_ joined
tadzik xtzgzorex.wordpress.com/2012/10/11/...ollectors/ mentions Parrot's GC as a good example :) 07:35
08:16 he joined 09:22 Tene joined 10:33 zby_home joined 10:36 nine joined 11:41 PacoAir joined 13:09 Psyche^ joined 13:16 benabik joined 13:55 bluescreen joined 15:08 dmalcolm joined 16:11 contingencyplan joined 16:43 tadzik joined 17:26 tadzik joined
dukeleto ~~ 18:44
Coke duke. 18:45
dukeleto Coke: howdy 18:54
Coke: seems like things have been a bit quiet around here lately. I took an IRC vacation
19:11 brrt joined 19:20 Mike-PerlRecruiter_ joined 19:50 NotFound joined
dukeleto I really want to get threads merged and these embed/extend tests failing on darwin are really annoying. 19:54
I think there is some kind of weirdness where the embed/extend api are not being linked against properly on darwin
that is my hunch, and I have tried to wade through the diff between threads and master (24K lines!), but haven't seen something that looks suspect, yet 19:55
Sounds like "git bisect" could help, if I had a known good commit 19:56
Coke are the darwin failures on trunk? 19:57
dukeleto Coke: no, "threads" 19:59
Coke: github.com/parrot/parrot/issues/856
Coke: I even wrote many of these tests, but this problem is not the tests, it is something different about the threads branch linking against embed/extend
Coke: the problem about not finding _Parrot_new_string , at least 20:00
Coke: also, there is no trunk ;) 20:03
Coke I spend most of my day using git-svn, so they're identical for me. whoops. 20:04
dukeleto Coke: very understandable 20:07
We now have a milestone for merging the threads branch: github.com/parrot/parrot/issues?milestone=2 20:09
Coke dukeleto: where is Parrot_new_string defined in the threads branch? 20:17
the tests are using the function, but the function doesn't exist. 20:21
(for that matter, where is it defined in master?) 20:24
I see it in :
I see it only in docs/embed.pod docs/pdds/draft/pdd11_extending.pod ports/debian/libparrot3.3.0.s
ymbols t/src/embed/api.t t/src/embed.t t/src/extend.t
none of which is source. 20:25
and embed.pod claims to be out of date (why do we even HAVE that file?) 20:26
dukeleto: I get the same warnings in master (but no errors on tests:) 20:37
# dyld: lazy symbol binding failed: Symbol not found: _Parrot_new_string
dukeleto Coke: interesting 20:57
Coke: if Parrot_new_string doesn't exist, why do those tests pass on linux and other platforms? 20:58
Coke: do you have DYLD_LIBRARY_PATH set ? 21:03
Coke dukeleto: presumably because you have an old parrot installed? Iunno. 21:08
dukeleto: it's set as part of the run. I didn't have it set when I did prove, though.
still get the symbol binding warning on master with it set. 21:09
dukeleto Coke: that would mean that everybody sending in passing reports would have that problem. Seems unlikely. 21:15
Coke in master, those are on the todo'd tests. 21:17
so, my guess is that they're a red herring on your report about threads. 21:18
and that some other thing is broken.
it would help if c_output_is generated expected and actual output. 21:25
someone puts in a patch for that, I can tell you what's actually going on. 21:32
dukeleto Coke: yeah, that is annoying 21:33
Coke Seems that the problem is that test 2 dies with SIGNAL 6. 21:37
21:54 rurban joined 22:08 rurban joined 23:31 Khisanth joined 23:48 MikeFair 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!