Mirror of forum.nim-lang.org

11666 :: CodeTwig - a small project-viewer

• Hobbyman (orginal) [2024-05-29T10:00:38+02:00] view original

  I have written a little program called CodeTwig. It may be of interest to Nim-programmers who sometimes loose oversight of their code. :-)

  CodeTwig is terminal-program to view the outline of the source-code and to show procedures as usage-trees or used-by-trees.

  https://github.com/some-avail/codetwig

  As Nim-programmer you are supposed to compile it yourself. I have only tested it on linux, but I have only used cross-platform functions . However maybe line-endings are problemetic, but i dont expect that.

  Limitations (currently):

  • no sub-dirs are suported yet.
  • for now only single-project-views.

---

• PMunch (orginal) [2024-05-29T18:59:57+02:00] view original

  This is super cool! Do you use nimsuggest to read the source, or do you parse the Nim files yourself?

---

• Hobbyman (orginal) [2024-05-29T20:55:18+02:00] view original

  Thanks! I did it myself...

---

• Hobbyman (orginal) [2024-06-28T16:35:50+02:00] view original

  For anybody who likes to analyse his/her own or other ones projects: CodeTwig.

  A newer version 1.62 is available. Now with multi-level subdirs extraction of source-files and the possibility of a multi-project-setup. There is room for improvement (see future plans) but it is moving forward..

---

• HJarausch (orginal) [2024-06-29T10:45:30+02:00] view original

  Trying to compile it on Termux(Android) I get ctwig.nim(171, 50) Error: type mismatch: got 'int64' for 'getFilePos(fileob)' but expected 'int' Thanks for looking at this error Helmut

---

• Hobbyman (orginal) [2024-06-29T11:44:05+02:00] view original

  @Helmut

  Thanks for trying out CodeTwig! If you are willing to file an issue on:

  https://github.com/some-avail/codetwig/issues

  i am happy to look into the matter. I assume you have successfully compiled other nim-projects on your android-terminal-setup. We can zoom into and discuss the matter on the issues-page..

  Based on you info I will allready look into it a little bit; at the issue-page you can give more background-info.

---

• Hobbyman (orginal) [2024-06-29T12:23:41+02:00] view original

  An obvious mistake on my side. getFilePos returns an int64 that i try to put in an int-variable.

  The error ocurred in old unremoved function but is also present in the new replacement. Apparently ive been blind to this. Wonder why it compiles at my side though. Is the compiler sometimes lenient in type matching int vs. int64? You dont have to file the issue anymore because it is getting (kind of) clear...

---