Mirror of forum.nim-lang.org

516 :: js sourcemap?

• fuzzthink (orginal) [2014-08-06T01:09:33+02:00] view original

  Is sourcemap for js backend on the roadmap?

---

• Araq (orginal) [2014-08-06T02:08:07+02:00] view original

  Last time I checked it seemed very hard to generate with the current codegen design. So no, it's not on our roadmap. I hope the stack traces that are produced are good enough.

---

• fuzzthink (orginal) [2014-08-06T02:25:51+02:00] view original

  I can't make any sense from the stack traces. Fortunately, emcc is working good thus far and it has sourcemaps, but I'm not so sure it'll be able to handle nimrod's GC once my app grows bigger.

---

• Araq (orginal) [2014-08-06T15:38:48+02:00] view original

  I can't make any sense from the stack traces.

  That is the real problem then. Any suggestions what's wrong with them?

---

• fuzzthink (orginal) [2014-08-06T20:03:18+02:00] view original

  Actually, when the stack is available, it is pretty helpful. When I say I can't make sense from them is when it errors without them, like when:

  Error: unhandled exception: value out of range [EOutOfRange]

  Here, I don't the stack, only getting name: "EOutOfRange", parent: null, trace: null.

---

• fuzzthink (orginal) [2014-08-06T21:39:56+02:00] view original

  Ok, I got it now. For errors like TypeError or RangeError, the "stack" is available which points to generated js functions. But for errors like Error: unhandled exception: value out of range [EOutOfRange], a "Traceback" is given which amazingly gives the function and line #s of nimrod code. So it seems that either the "stack" or "Traceback" will be given, and I don't think there's anything wrong with them.

---