Perl 6 - the future is here, just unevenly distributed

IRC log for #inline, 2015-03-18

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

All times shown according to UTC.

Time Nick Message
03:14 willthechill joined #inline
04:57 bulk88_2 joined #inline
05:02 GitHub144 [Inline-CPP] daoswald comment on issue #29: This is curious.  The only ".lock" file created by the Inline::CPP distribution is created in Makefile.PL.  It's unconditionally closed on line 222 of that file, and unlinked on line 225.  But this wouldn't be doing anything in PERL_INLINE_DIRECTORY.... http://git.io/hnGI
05:04 davido_ joined #inline
05:05 davido_ Hey everyone.
05:05 davido_ This report kind of concerns me: https://github.com/daoswald/Inline-CPP/issues/29
05:05 davido_ I think it's probably an Inline issue, not Inline::CPP.
05:07 bulk88 joined #inline
13:16 GitHub150 [Inline-CPP] mohawk2 comment on issue #29: I implemented the locking in Inline, and I believe @daoswald is correct. http://git.io/hCn5
13:55 GitHub126 [Inline-CPP] anthonybakermpls comment on issue #29: But does it make sense that this problem goes away when I remove the locking code for the typemap file in /lib/Inline/CPP.pm ? http://git.io/hCw5
16:44 GitHub5 [Inline-CPP] daoswald comment on issue #29: I suggest opening an issue in the Inline repo, since the .lock file is generated by Inline.  If Inline determines that Inline::CPP is doing something wrong (which I don't think it is), then a new issue can be opened here.  Meanwhile I'll close here; I don't see anything happening in Inline::CPP that should be to blame. http://git.io/hWj9
16:44 GitHub83 [Inline-CPP] daoswald closed issue #29: .lock files left behind in PERL_INLINE_DIRECTORY http://git.io/hOwl
16:51 GitHub44 [inline-c-pm] anthonybakermpls opened issue #38: .lock files left behind in PERL_INLINE_DIRECTORY http://git.io/hlUt
16:53 GitHub38 [inline-c-pm] anthonybakermpls closed issue #38: .lock files left behind in PERL_INLINE_DIRECTORY http://git.io/hlUt
16:55 GitHub123 [inline-c-pm] anthonybakermpls comment on issue #38: Bah, sorry meant to submit to Inline. I don't know if this is Inline or Inline::C at this point. http://git.io/hlkR
20:51 rurban joined #inline
20:55 rurban left #inline
22:38 GitHub8 [inline-c-pm] mohawk2 comment on issue #38: @anthonybakermpls, not to say this is your problem to fix, but if you do a search in Inline's lib/Inline.pm, you'll find calls to `flock()`. Can you experiment with those? http://git.io/h45K

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