Perl 6 - the future is here, just unevenly distributed

IRC log for #inline, 2015-02-05

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

All times shown according to UTC.

Time Nick Message
00:25 GitHub34 [inline-module-pm] mohawk2 comment on issue #31: Certainly, and once you're happy with it, I'll make a suitable doc patch too.... http://git.io/b4jf
00:26 GitHub191 [inline-module-pm] mohawk2 comment on issue #31: (The above is only done on EUMM at the moment but I'm sure it wouldn't take much to port the logic to MB, which would then allow deleting the `distdir_inline` code) http://git.io/b4jZ
00:33 GitHub40 [inline-module-pm] mohawk2 comment on issue #11: I believe #31 fixes this. http://git.io/bBvs
06:23 davido__ joined #inline
12:20 SysPete joined #inline
14:15 SysPete joined #inline
17:35 ingy mohawk: yeah I'll try to get to it in a bit
19:15 davido___ joined #inline
19:51 bulk88_3 joined #inline
23:30 GitHub174 [inline-module-pm] ingydotnet comment on issue #31: This seems like good stuff, but I still need time to think through and digest it. Will try to do this soon. Thanks for the work. http://git.io/baE2
23:41 mohawk ingy, thanks for the kind words about fixblib - i agree it's quite a change
23:42 mohawk ingy, in the meantime i humbly request that IM PR#30 be considered for early merge and release as maintaining 2 branches in my PDL bundled version is challenging ;-)
23:43 ingy mohawk: adding to my after work short list
23:44 ingy done. 2nd to a simple ZD change for IO::All
23:44 mohawk ingy++
23:44 ingy hmm could also apply to Inline modules
23:44 ingy who would rather have Pod at end of .pm files?
23:45 mohawk after __END__?
23:45 ingy hmm, thought. if .pm ends with __END__ then append
23:46 ingy I don't think __END__ by itself (as the last line) makes any sense otherwise
23:47 ingy I (think I) like that idea.
23:48 mohawk i think you could safely just add __END__\n$pod
23:48 ingy so put those 2 lines at end of every file?
23:49 * ingy hmms
23:49 ingy I'll check if __END__ is at the end of any module in any repo of mine
23:49 ingy I doubt it
23:50 ingy I think the extra $pod line will just annoy me over time.
23:51 ingy the other option is to start appending pod as the default. and /prevent/ it with __END__
23:52 ingy nobody seems to *want* separate pod files, but some people do complain about them
23:53 ingy I don't really care because I think everything in Perl should be *generated* and I'll generate whatever people want.
23:53 ingy I can't wait until I can generate actual Perl from something nice :)
23:54 ingy My time /will/ come!
23:58 mohawk when i said $pod, i meant the actual POD
23:58 mohawk i meant, in your .pm generation, you could add __END__ and then the POD
23:59 mohawk i do find separate *.pod a tad annoying, but there are benefits
23:59 mohawk i'm profoundly neutral ;-)

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