timotimo i wonder if it's problematic at all that any user of a class can call BUILD and TWEAK and get access to private attributes that way 00:21
Geth rakudo: dwarring++ created pull request #1122:
Add Buf subbuf-rw method
00:34
BenGoldberg m: my Foo { has $!private = 42 }; dd Foo.^attributes; 00:51
camelia 5===SORRY!5===?Type 'Foo' is not declared?at <tmp>:1?------> 3my Foo7?5 { has $!private = 42 }; dd Foo.^attribu?Malformed my?at <tmp>:1?------> 3my7?5 Foo { has $!private = 42 }; dd Foo.^att??
BenGoldberg m: class Foo { has $!private = 42 }; dd Foo.^attributes;
camelia (Attribute.new,)?
BenGoldberg m: class Foo { has $!private = 42 }; my ($p) = |Foo.^attributes; $p.get_value(Foo.new); 00:52
camelia ( no output )
BenGoldberg m: class Foo { has $!private = 42 }; my ($p) = |Foo.^attributes; dd $p.get_value(Foo.new); 00:53
camelia 42?
BenGoldberg timotimo, Is it any more problematic than ^ ?
There exist languages where if you want some data to be private, is it very difficult for users of your class to see it. Perl6 is not one of those languages. 00:57
geekosaur yes. perl 6 is a perl. 00:58
very little is _truly_ private
samcv u: { .uniprop('Block') ~~ /:i nushu/ } 00:59
unicodable6 samcv, Found nothing! 01:00
Geth roast: dwarring++ created pull request #289:
Add some tests on Buf subbuf-rw method
02:32
rakudo/nom: 15debeecde | LLFourn++ | src/Perl6/Actions.nqp
begin_time_lexical_fixup for constants

This patch applies the fix that jnthn created for BEGIN and CHECK blocks to constant assignments (which are also run at compile time). The problem is constant values may have inner blocks that get serialized and used at runtime. This fix needs to be applied for them to work, otherwise these explode when exported and used: ... (8 more lines)
04:19
rakudo/nom: dc4ed746dd | (Nick Logan)++ (committed using GitHub Web editor) | src/Perl6/Actions.nqp
Merge pull request #1111 from LLFourn/constant-lexical-fixup

begin_time_lexical_fixup for constants
travis-ci Rakudo build passed. Nick Logan 'Merge pull request #1111 from LLFourn/constant-lexical-fixup 05:12
travis-ci.org/rakudo/rakudo/builds/257160804 github.com/rakudo/rakudo/compare/2...4ed746ddeb
[Tux] I got a new message (using Inline::Perl5 I think): 06:50
Code ref '!LEXICAL_FIXUP' does not exist in serialization context
This is Rakudo version 2017.07-62-gdc4ed746d built on MoarVM version 2017.07-15-g0729f841 06:54
test 12.772
test-t 4.381 - 4.497
csv-parser 11.793
Error encoding UTF-8 string: could not encode codepoint 1394424 (0x1546F8), codepoint out of bounds. Cannot encode higher than 1114111 (0x10FFFF)
nine [Tux]: maybe a regression by github.com/rakudo/rakudo/commit/15debeecde 07:06
[Tux] (out of my scope) 07:07
stmuk_ github.com/Homebrew/homebrew-core/...tar.rb#L42 07:22
that's strange .. it claims parrot generated man pages
lizmat Files=1217, Tests=67437, 227 wallclock secs (13.75 usr 5.09 sys + 1386.62 cusr 140.12 csys = 1545.58 CPU) 07:27
stmuk_ hmm it did have some .pod but not much of interest still .. also (c) parrot foundation (what ever that was!) 07:40
Geth rakudo/nom: acf9f90d23 | (Elizabeth Mattijsen)++ | src/core/Any-iterable-methods.pm
Make .unique(:as,:with) about 12x faster

  - based on a 100 elem array with unique values
  - rewritten as a proper iterator in nqp, rather than with gather/take
  - also much easier on memory
08:39
travis-ci Rakudo build failed. Elizabeth Mattijsen 'Make .unique(:as,:with) about 12x faster 09:34
travis-ci.org/rakudo/rakudo/builds/257215062 github.com/rakudo/rakudo/compare/d...f9f90d2353
buggable [travis build above] ? All failures are due to timeout (0), missing build log (0), GitHub connectivity (1), or failed make test (0).
Geth rakudo/nom: d905620742 | (Elizabeth Mattijsen)++ | src/core/Rakudo/Iterator.pm
Introducing R:I.UniqueRepeatedWith

  - abstracted logic from .unique(:with)
  - also usable for .repeated(:with)
12:06
rakudo/nom: c3851aeec6 | (Elizabeth Mattijsen)++ | src/core/Any-iterable-methods.pm
Use new R:I.UniqueRepeatedWith

  - no noticeable change for .unique(:with)
  - .repeated(:with) about 4x faster
rakudo/nom: a3a3d1a968 | (Elizabeth Mattijsen)++ | src/core/Rakudo/Iterator.pm
Introducing R:I.UniqueRepeatedAsWith

  - abstracted logic from .unique(:as, :with)
  - also usable for .repeated(:as, :with)
12:41
rakudo/nom: 32ce4afdbc | (Elizabeth Mattijsen)++ | src/core/Any-iterable-methods.pm
Use new R:I.UniqueRepeatedAsWith

  - no noticeable change for .unique(:as,:with)
  - .repeated(:as,:with) about 12x faster
travis-ci Rakudo build passed. Elizabeth Mattijsen 'Use new R:I.UniqueRepeatedWith 13:00
travis-ci.org/rakudo/rakudo/builds/257277731 github.com/rakudo/rakudo/compare/a...851aeec62a
[Coke] jnthn: your recommendation would be to eliminate use of run() in the perl6 doc tests, yes? 13:01
(that does avoid the malformed utf-8 error, entirely; still want to eventually track that down.) 13:02
AlexDaniel fwiw I'm seeing malformed utf-8 error with Proc::Async too, but haven't investigated yet (could be complete garbage on the input indeed). 13:11
Geth roast: LLFourn++ created pull request #290:
Tests for constants with lexical scopes on the RHS
13:37
roast: LLFourn++ created pull request #291:
Tests for constants with lexical scopes on the RHS
13:38
roast: 725dc7a89f | LLFourn++ | 2 files
Tests for constants with lexical scopes on the RHS

see RT #127858, #131705
13:39
synopsebot6 Link: rt.perl.org/rt3/Public/Bug/Display...?id=127858
Link: rt.perl.org/rt3/Public/Bug/Display...?id=131705
Geth roast: 6f3a830928 | (Lloyd Fournier)++ (committed using GitHub Web editor) | 2 files
Merge pull request #291 from LLFourn/constant-lexical-fixup

Tests for constants with lexical scopes on the RHS
travis-ci Rakudo build passed. Elizabeth Mattijsen 'Use new R:I.UniqueRepeatedAsWith 13:43
travis-ci.org/rakudo/rakudo/builds/257288452 github.com/rakudo/rakudo/compare/c...ce4afdbcbe
Geth rakudo/nom: d7af4aeb71 | (David Warring)++ | src/core/Buf.pm
Add Buf subbuf-rw method
16:04
rakudo/nom: 5a58498c89 | (Nick Logan)++ (committed using GitHub Web editor) | src/core/Buf.pm
Merge pull request #1122 from dwarring/subbuf-rw

Add Buf subbuf-rw method
ugexe t/04-nativecall/21-callback-other-thread.t this new test seems to flop a lot on travis, and I believe the fix it is testing was for failures on travis. i wonder if its possible that didn't fix whatever the problem here is 16:09
Geth roast: 6f32b4a34b | (David Warring)++ | S03-operators/buf.t
Add some tests on Buf subbuf-rw method
16:14
roast: 5556596005 | (David Warring)++ | S03-operators/buf.t
Add one test on subbuf-rw() sub
roast: 2830e076d7 | (Zoffix Znet)++ (committed using GitHub Web editor) | S03-operators/buf.t
Merge pull request #289 from dwarring/subbuf-rw

Add some tests on Buf subbuf-rw method
rakudo/nom: 90a0f2e09e | (Nick Logan)++ (committed using GitHub Web editor) | tools/build/Makefile-Moar.in
Fix quotes for windows
18:43
timotimo thank you, ugexe 19:19
Geth rakudo/nom: 9c0d40aba0 | (Nick Logan)++ (committed using GitHub Web editor) | appveyor.yml
Test install target works on appveyor

  ...just like we do for osx/linux on travis-ci
19:38
samcv good * 20:32
travis-ci Rakudo build errored. Nick Logan 'Test install target works on appveyor 21:25
travis-ci.org/rakudo/rakudo/builds/257450323 github.com/rakudo/rakudo/compare/9...0d40aba093
buggable [travis build above] ? All failures are due to timeout (1), missing build log (0), GitHub connectivity (0), or failed make test (0).