-
Notifications
You must be signed in to change notification settings - Fork 887
v5.9.0 breaks build for bm-tslint-rules #3700
Comments
I'm running into this problem as well. In my case, I'm working on a tool (which happens to use Some more discussion about the issue here: microsoft/TypeScript#20703 My understanding is that it's generally bad practice to expose const enums in the public types for a package (partly because they can break some build configurations, and partly because inlining across projects can lead to subtle bugs after upgrading a dependency), so maybe it's best to just turn this into a regular enum? |
@contributers I'm still not able upgrade my rule set even to newest version 5.11 Can somebody help me to understand how to either get around the problem or how to support a fix? |
When removing the compiler option |
This is still causing problems for me, since I want to be able to import TSLint types without having to disable |
Bug Report
tslint rule being compiled
https://github.com/bettermarks/bm-tslint-rules/blob/b550b5914d3ab4a405c95bddcac770fa8cde7c4e/src/noAbsoluteImportToOwnParentRule.ts
Actual behavior
running
npm run build
returns2018-02-06T21_57_59_975Z-debug.log
Expected behavior
With
tslint
5.8.0 the rule did compile just fine.I also found out that transpiiling rules to js files is no longer needed since one can use ts-node to run them, as is stated here (in the "final notes").
This worked for running the tests, but I have difficulties using the
ts
file as a rule in another projects.I'm willing to create a minimal example for that problem, but I thin this is a rather different issue because it has a lot of implications on what dependees would need to do to be able to use the rule this way, so I think this should rather be sep. issue.
The text was updated successfully, but these errors were encountered: