Perl 6 - the future is here, just unevenly distributed

IRC log for #perl11, 2016-02-12

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

All times shown according to UTC.

Time Nick Message
02:12 sten joined #perl11
06:44 rurban joined #perl11
10:33 rurban joined #perl11
12:44 rurban joined #perl11
13:25 travis-ci perl11/cperl#712 (master - 158d1c6 : Reini Urban): The build passed. https://travis-ci.org/perl11/cperl/builds/108776897
13:52 rurban joined #perl11
15:27 travis-ci perl11/cperl#713 (master - e818e6b : Reini Urban): The build passed. https://travis-ci.org/perl11/cperl/builds/108797658
16:06 travis-ci perl11/cperl#714 (smoke/gh7-signatures - 23d599e : Reini Urban): The build was fixed. https://travis-ci.org/perl11/cperl/builds/108802715
18:22 stephen joined #perl11
19:27 rurban joined #perl11
20:46 rurban joined #perl11
22:53 bulk88 rurban, Im rewriting a part of P5P's HEK API, I read over your static HEK patches, no refcount is ++ed/no memory is touched if the HEK is a static HEK, but I have a question, are your static HEKs stored in RW or RO memory? How do you deal with the hash in the HEK being different on each [c]perl interp startup due to Perl_get_hash_seed or PERL_HASH_SEED env var?
22:57 bulk88 my changes to P5P HEK API involves created a superset type of a HEK (inherits HEK struct) that is stored in the optree

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