00:23 vendethiel joined 02:24 vendethiel joined
[Coke] waves from Baltimore. 03:28
07:26 vendethiel joined 08:35 RabidGravy joined 08:40 hankache joined 09:44 lizmat joined 09:56 vendethiel joined
lizmat waves from Co. Clare 10:20
dalek kudo/nom: c1b6e84 | azawawi++ | src/ (3 files):
First attempt at fixing RT #127883: Missing line/column number information when using a missing module
11:09
kudo/nom: 975d42d | azawawi++ | src/ (3 files):
Change line into the more descriptive source-line-number. moritz++
kudo/nom: 8d69b0e | lizmat++ | src/ (3 files):
Merge pull request #744 from azawawi/nom

Fix RT #127883: Missing line/column number information when using a missing module
kudo/nom: 674186e | lizmat++ | src/core/CompUnit/DependencySpecification.pm:
Make line number optional for now
11:24
kudo/nom: 4b0e5bd | lizmat++ | docs/ChangeLog:
Mention module loading error line number fix
11:58
ast: 511b3d1 | usev6++ | S03-operators/assign.t:
Remove faulty (and skipped) test for RT #76734

The test was added back in 2011 but was skipped all the time. There is a test in S32-exceptions/misc.t to make sure that overloading infix:<=> fails with X::Syntax::Extension::SpecialForm.
13:42
14:53 Skarsnik joined 16:07 synopsebot6 joined
nine FWIW while certainly well intended, I don't think the source-line-number implementation is the right way to fix this. A CompUnit::DependencySpecification describes what should be loaded. Adding the source-line-number gives it a second, distinct meaning. 16:14
For example, should these two be considered equivalent? CompUnit::DependencySpecification.new(:short-name<Foo>, :source-line-number(10)) and CompUnit::DependencySpecification.new(:short-name<Foo>, :source-line-number(20))? 16:15
Also making the source-line-number required breaks perfectly ok 6.c code 16:16
19:59 TimToady joined
[Coke] Heyyyyy, release tomorrow. 20:43
Please review the changelog.
21:19 sortiz joined
stmuk [Coke]++ # I'm going to do some R* work shortly 23:13
dalek p: f0aff29 | timotimo++ | src/vm/moar/HLL/Backend.nqp:
make profiler more robust for lowest-level classes
23:35