Missing function define-fringe-bitmap about flycheck HOT 5 CLOSED

I was not able to reproduce this error, neither on OS X, nor on Ubuntu or Arch, with Emacs 24.2 and Emacs snapshot.

I also found no recent information regarding this error, but only some old messages from 2004 and a bug report from 2010 against a pretest of Emacs 23. These suggest that define-fringe-bitmap may be undefined on Emacs versions that are built without GUI toolkit (i.e. without X, Gtk, Cocoa or the like)—though that is not documented in the Elisp reference.

I am inviting @akshatpradhan, @Apsu and @harshavardhana to this discussion. Did you build Emacs without X or Cocoa?

from flycheck.

Correct. I am building without X/Cocoa, on both the OS X and Arch tests. I just now tried the emacs + X package on Arch, giving me version: GNU Emacs 24.2.1, and installing Prelude from scratch (with no .emacs.d), but starting it with the -nw flag (to remain in text mode), and the define-fringe-bitmap error is no longer occurring. Huzzah!

However... now it's giving me "File already exists: File exists, /home/apsu/.emacs.d/elpa/nrepl-20130111.742/nrepl-pkg.el" the first run. The subsequent run it does some more melpa installs, and fully starts up. Subsequent runs have no problems. Presumably this is a transient issue with the nrepl package logic, or something else installing it as a dep before prelude tries to install it. Ignoring it for now.

So, the GUI toolkit being compiled in is apparently the solution, whether you start in text mode or not.

from flycheck.

I just built emacs from git on Arch, with X, giving me version: GNU Emacs 24.3.50.1, again with a fresh Prelude, again starting with the -nw flag, and I'm getting almost identical behavior. No define-fring-bitmap error, the same nrepl-pkg.el error, a warning only (with scss) at the end of the subsequent run, and every further run works fine. I'm considering this bug to be fully verified.

from flycheck.

Give me a bit and I'll put up screenshots/log of everything I did. I'm using Mountain Lion (fully updated), with emacs (fully updated) from http://emacsformacosx.com

from flycheck.

Just tested with brew install emacs --cocoa - seems like fixed. But the same warning as observed by @Apsu - just the scss module warning.

Maybe flycheck or prelude can add check for this on installed emacs to have 'X/Cocoa' support

from flycheck.