Comments (7)
Okay, original comment about inject_if_block() still stands.
For the other bits, the error messages was a non-issue; I was doing some stupid stuff (or else I fixed it by accident). However, the failure in t/error_interruption.t looks to be problematic.
Basically, in Perl 5.12, localzing $@ in MSP is plenty sufficient. However, in Perl 5.10, it isn't. I'm not entirely sure why, either. Testing with the absolute most basic line:
perl -Ilib -le 'use lib "t/lib"; use BarfyDie'
5.12.3 gives me:
Global symbol "$foo" requires explicit package name at t/lib/BarfyDie.pm line 13.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
whereas 5.10.0 gives me:
BEGIN not safe after errors--compilation aborted at t/lib/BarfyDie.pm line 21.
Compilation failed in require at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
In 5.12, adding -d to that line just blows up immediately. In 5.10, I can get into the debugger, and I set a global watchpoint on $@, and, basically, the error is there before I localize, it comes back properly after we exit split_proto(), then disappears again when we require BeginLift (I'm assuming that require does an implicit localization of $@), and that's it. It's just gone. So I'm not sure what's going on.
And I'm unsure what the best way to fix it is. I suppose that, instead of localzing $@, we could stop and rethrow right there ... I suppose there's not much point to continuing if you know there's a compilation error at that point. But I'm not sure I can imagine all the possible layers of eval that could theoretically be going on, and I dunno if that might screw something up.
Thoughts?
from method-signatures.
Went ahead and fixed the inject_if_block problem. Other problem still stands.
barefootcoder/method-signatures@4e03081b981124d9445c
from method-signatures.
I made t/error_interruption.t TODO for 5.10.0 and back just so it doesn't block installation.
from method-signatures.
I'm not seeing any test failures on 5.10 any more. (I am seeing 2 TODO tests passed, but I'm not sure how much you really care about that.) You could probably close this issue.
from method-signatures.
2 TODO tests passed... or TODO test #2 passed?
Here's what I see with 5.10.0.
t/syntax_errors.t (Wstat: 0 Tests: 3 Failed: 0)
TODO passed: 2
I can't get #2 to fail on 5.10.0, 5.8.9 or 5.12.2. It seems we fixed that at some point. Also I'm not sure why that test is expecting to see an error from splitting the prototype. There's nothing invalid about it, is there?
from method-signatures.
It says:
TODO passed: 2
I always assumed that meant 2 todo tests, but perhaps I'm wrong.
Either way, it looks like 5.10 is good. I'm more concerned about 5.8, where I'm getting several failures. I'll post in that issue once I get a better idea what's going on.
from method-signatures.
No failures on 5.10 any more. I'm closing this.
from method-signatures.
Related Issues (20)
- Allow bare sigils as placeholders HOT 1
- Benchmarks vs 5.20
- Type checks should be done after default is applied. HOT 3
- Line numbers offset when signature has spaces in it HOT 9
- Type checking of defaults
- Multi-line defaults are broken HOT 1
- ($a, $b?, $c) should be a compile error HOT 1
- Type error in earlier Perl versions on Windows
- Anonymous functions which are a key in a hash will get the line number of the hash declaration. HOT 2
- Become a wrapper around Function::Parameters HOT 10
- Change Any::Moose for Moo HOT 4
- Getting "The type is unrecognized" if spaces are added HOT 1
- libmethod-signatures-perl: depends on libdata-alias-perl, broken with Perl 5.24
- support Type::Tiny HOT 33
- Support 'method BUILD' for Moo.* HOT 7
- Data::Alias is still required in 20131010 HOT 3
- t/thread-bug.t crashes on Mac OS X with threading enabled HOT 4
- Deprecate `@_` in favor of `...` HOT 1
- Move to evalEmpire org HOT 4
- Allow attributes between sub name and signature HOT 4
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from method-signatures.