Git Product home page Git Product logo

documentarian's People

Contributors

pyrmont avatar subsetpark avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar

Forkers

subsetpark jgarte

documentarian's Issues

native loader not working - for everyone, or just me?

Not sure where the error is here: in documentarian's build settings or in the void linux janet package.

But running documentarian on a package with a native module produces this error:

error: could not load native /usr/lib64/janet/jnj-primitives.so: /usr/lib64/janet/jnj-primitives.so: undefined symbol: janet_buffer_push_cstring
  in native
  in native-loader [boot.janet] on line 2615, column 40
  in require-1 [boot.janet] on line 2638, column 18
  in import* [boot.janet] on line 2669, column 15
  in _thunk [jnj.janet] (tailcall) on line 1, column 1
  in dofile [boot.janet] (tailcall) on line 2607, column 7
  in source-loader [boot.janet] on line 2618, column 15
  in require-1 [boot.janet] (tailcall) on line 2638, column 18
  in extract-env [src/documentarian.janet] on line 355, column 18
  in <anonymous> [src/documentarian.janet] on line 438, column 35
  in reduce [boot.janet] on line 824, column 27
  in generate-doc [src/documentarian.janet] (tailcall) on line 437, column 13

I've confirmed that I'm able to import that module from a Janet repl, so it's something particular to how it's being loaded in the documentarian context.

Inconsistency in markdown generation between project and definition docstrings

This one is kind of a bother to unit-test.

I'll use quotation marks as an example:

If a function definition has quotation marks within a code fence:

Example prose, followed by code:

```
(example-fun "argument")
```

Then documentarian will do the right thing and reproduce the code block verbatim in the markdown output.

However, if that same text is found in the doc section in a project.janet, documentarian will convert the quotation marks to html entities, thus breaking the ultimate rendering of the code block:

Example prose, followed by code:

```
(example-fun &quote;argument&quote;)
```

Feature idea: specify JANET_PATH on command line

documentarian always looks for imports in the system janet path. It would be useful to be able to specify JANET_PATH as a flag, or have it respect the JANET_PATH env variable, so it could be run on projects whose dependencies are installed in a local tree.

error in binding-details

When running documentarian on fugue, I get this traceback:

error: expected integer key in range [0, 0), got :ns
  in binding-details [src/documentarian.janet] on line 198, column 29
  in extract-bindings [src/documentarian.janet] on line 278, column 11
  in generate-doc [src/documentarian.janet] (tailcall) on line 427, column 17

Lemme know if this rings any bells!

Documentarian should say it requires Janet 1.9

This is what I get when I clone the repo and run jpm build (on Ubuntu 20.04):

generating executable c source...
compile error: unknown symbol sort-by on line 132, column 3 while compiling src/documentarian.janet
compile error: unknown symbol bindings->items on line 180, column 14 while compiling src/documentarian.janet
error: expected integer key in range [0, 5), got nil
  in <anonymous> [/usr/local/bin/jpm] on line 409, column 19
  in do-rule [/usr/local/bin/jpm] on line 90, column 24
  in do-rule [/usr/local/bin/jpm] (tailcall) on line 88, column 44

Native module problem

In my purely native module I get the following error:

error: Project file must contain declare-project and declare-source

But in native modules only requires declare-project and declare-native to jpm to accept it

Support C libraries using JANET_FN and JANET_REG macros

Janet 1.17 adds JANET_FN and JANET_REG macros that include source mapping information. This should obviate the need for the require-c function.

I'm not sure if Documentarian should use the existing technique (which is very hacky) as a fallback or if it should be removed entirely.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo 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.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.