Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Searching docs broken: Stemmer is not defined #888

Closed
ramcdougal opened this issue Dec 30, 2020 · 3 comments
Closed

Searching docs broken: Stemmer is not defined #888

ramcdougal opened this issue Dec 30, 2020 · 3 comments

Comments

@ramcdougal
Copy link
Member

Attempting to search the docs on the GitHub.io site; e.g. for odd fails with "Searching..." being displayed forever due to an

Uncaught ReferenceError: Stemmer is not defined
    at Object.query (searchtools.js:158)
    at Object.setIndex (searchtools.js:98)
    at <anonymous>:1:8
    at b (jquery.js:2)
    at Function.globalEval (jquery.js:2)
    at text script (jquery.js:2)
    at jquery.js:2
    at l (jquery.js:2)
    at XMLHttpRequest.<anonymous> (jquery.js:2)
@pramodk
Copy link
Member

pramodk commented Jan 2, 2021

Just a note : I see the same issue on CoreNEURON side as well.

@alexsavulescu
Copy link
Member

More info here: sphinx-doc/sphinx#8623
We're not pinning any version in our sphinx requirements (and it is preferable to have it so). Should be fixed without intervention.

@alexsavulescu
Copy link
Member

Searching works again. Depending on eventual new issues, we could consider pinning a version.

olupton pushed a commit that referenced this issue Dec 7, 2022
* Table statements can have array variables. Until now only
  scalar variables were supported in code generation.
* We can check symbol table to find out if the variable is
  an array and it's length.
* Similar to mod2c implementation, generate code for array
  variable assignments:
     https://github.com/BlueBrain/mod2c/blob/469c74dc7d96bbc5a06a42696422154b4cd2ce28/src/mod2c_core/parsact.c#L942
* with this, `glia__dbbs_mod_collection__Cav2_3__0.mod` from #888
  compiles

* Add test and fix the bug for array variables allocation and access
olupton pushed a commit that referenced this issue Dec 7, 2022
…tement (#925)

* When we have TABLE statement used in a PROCEDURE and if such procedure
  is called from DERIVATIVE block then we end-up calling table statement
  related function from initialize() function:

  ```c++

        struct functor {
            NrnThread* nt;
            glia__dbbs_mod_collection__Ca__granule_cell_Instance* inst;
            int id, pnodecount;
            double v;
            Datum* indexes;
            double old_s, old_u;

            void initialize() {
                rate_glia__dbbs_mod_collection__Ca__granule_cell(id, pnodecount, inst, data, indexes, thread, nt, v, v);
                ...
  ```

  Here we are lacking `data` and `thread` variable as members in `struct functor`.

* This happens with the `glia__dbbs_mod_collection__Ca__granule_cell.mod` in #888
olupton pushed a commit that referenced this issue Dec 7, 2022
* when user defined g as a range variable in a non-threadsafe
  mod file, then instance structure was declaring g as a member
  variable twice
* now, check if variable is already defined before adding new
  declaration
* this is realted to #888 with mod file glia__dbbs_mod_collection__Nav1_1__0.mod
* print v_unused in case mod file is threadsafe
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants