{"action":"created","issue":{"url":"https://api.github.com/repos/larsbrinkhoff/forth-mode/issues/9","repository_url":"https://api.github.com/repos/larsbrinkhoff/forth-mode","labels_url":"https://api.github.com/repos/larsbrinkhoff/forth-mode/issues/9/labels{/name}","comments_url":"https://api.github.com/repos/larsbrinkhoff/forth-mode/issues/9/comments","events_url":"https://api.github.com/repos/larsbrinkhoff/forth-mode/issues/9/events","html_url":"https://github.com/larsbrinkhoff/forth-mode/issues/9","id":180153730,"number":9,"title":"let: Symbol's function definition is void: imenu--make-index-alist","user":{"login":"Reepca","id":8951589,"avatar_url":"https://avatars.githubusercontent.com/u/8951589?v=3","gravatar_id":"","url":"https://api.github.com/users/Reepca","html_url":"https://github.com/Reepca","followers_url":"https://api.github.com/users/Reepca/followers","following_url":"https://api.github.com/users/Reepca/following{/other_user}","gists_url":"https://api.github.com/users/Reepca/gists{/gist_id}","starred_url":"https://api.github.com/users/Reepca/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/Reepca/subscriptions","organizations_url":"https://api.github.com/users/Reepca/orgs","repos_url":"https://api.github.com/users/Reepca/repos","events_url":"https://api.github.com/users/Reepca/events{/privacy}","received_events_url":"https://api.github.com/users/Reepca/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"assignees":[],"milestone":null,"comments":5,"created_at":"2016-09-29T20:26:48Z","updated_at":"2016-09-30T15:39:34Z","closed_at":null,"body":"Title is the message I get in the \\*Messages\\* buffer upon typing \"du\" and then C-M-i. Have latest git version of forth-mode.\r\nEmacs version:\r\n\r\nGNU Emacs 24.5.1 (x86_64-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2016-04-17 on lgw01-04, modified by Debian\r\n\r\nMy .emacs file ends in\r\n`(pushnew \"/home/reepca/.emacs.d/manual-stuff/forth-mode/\" load-path)`\r\n`(require 'forth-mode)`\r\n`(require 'forth-block-mode)`\r\n`(require 'forth-interaction-mode)`\r\n\r\nThe weird part is that I distinctly remember it working last night. A bit slow/unresponsive, but working. I don't remember what I did though :~/\r\n\r\nOn a slightly different note, `make` fails on my system (should probably be a separate issue, but meh). Apparently EMACS contains \"t\" for some reason instead of the executable name? \r\n\r\n> t -Q --batch --load build.el\r\nmake: t: Command not found\r\nMakefile:5: recipe for target 'all' failed\r\nmake: *** [all] Error 127\r\n\r\nThis is an issue that has appeared before on my system though, if I recall when building gforth it said \"checking for emacs... t\". I'm on Ubuntu 16.04 in case that helps nail down why it's acting this way. The way I solved it previously was to just hard-code the name in the makefile, but I'd like to find out what's up with this. I'm using GNU Make 4.1.\r\n\r\nI don't really know where else to ask this - is there a place I could converse more directly instead of having to make an issue for everything? "},"comment":{"url":"https://api.github.com/repos/larsbrinkhoff/forth-mode/issues/comments/250777843","html_url":"https://github.com/larsbrinkhoff/forth-mode/issues/9#issuecomment-250777843","issue_url":"https://api.github.com/repos/larsbrinkhoff/forth-mode/issues/9","id":250777843,"user":{"login":"Reepca","id":8951589,"avatar_url":"https://avatars.githubusercontent.com/u/8951589?v=3","gravatar_id":"","url":"https://api.github.com/users/Reepca","html_url":"https://github.com/Reepca","followers_url":"https://api.github.com/users/Reepca/followers","following_url":"https://api.github.com/users/Reepca/following{/other_user}","gists_url":"https://api.github.com/users/Reepca/gists{/gist_id}","starred_url":"https://api.github.com/users/Reepca/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/Reepca/subscriptions","organizations_url":"https://api.github.com/users/Reepca/orgs","repos_url":"https://api.github.com/users/Reepca/repos","events_url":"https://api.github.com/users/Reepca/events{/privacy}","received_events_url":"https://api.github.com/users/Reepca/received_events","type":"User","site_admin":false},"created_at":"2016-09-30T15:39:34Z","updated_at":"2016-09-30T15:39:34Z","body":"C-M-i now works, though it's still rather slow - it seems to cause a fair bit of lag while the \\*Completions\\* buffer is showing (try entering text during it), and there's a bit of a delay between pressing C-M-i and having the completions buffer appear / having the word completed. Also, C-M-i doesn't work in the Forth Interaction buffer (it just yields \"no match\" for everything). Is C-c C-k supposed to work in the buffer with the Forth source, or just in the interactive buffer?\r\n\r\nI didn't realize Emacs set that environment variable when using a shell inside it. That explains a lot. I'm not too familiar with makefiles, but is there a way to have it verify at set-time that the environment variable represents something accessible in PATH? That seems like the best way I can think of to determine if the value EMACS is set to is supposed to be an overriding option or some irrelevant thing.\r\n\r\nThe weird garbage-seeming text is back, but it only seems to happen when redefining something - defining for the first time will work fine (minibuffer):\r\n\r\n> : woot    .\" woot woot\" ;   ok\r\n  ok\r\n\r\nBut on trying to redefine it I get this:\r\n\r\n> : woot    .\" woot woot\" ;  \u001B[0;34;49m\r\n*terminal*:3:3: redefined woot\u001B[0;39;49m ok\r\n\r\nI tried it out in a shell, and it looks like what I'm seeing is actually a color code thing. Apparently the minibuffer handles those differently than Shell buffers do. Gforth likes to print out the \"redefined\" message in blue I guess. Is there a way to make the minibuffer handle colored text properly? Do we want it to?"}}
{"actor":{"display_login":"Reepca"}}