TypeRex is a powerful development environment for OCaml. It is designed to integrate easily in your favorite editor, and to provide all the commands that programmers expect from a modern IDE.
Created attachment 305557 [details] typerex-1.0.1.ebuild
Created attachment 305559 [details] 50typerex-gentoo.el
Shouldn't the category be app-emacs/typerex, perhaps?
(In reply to comment #3) > Shouldn't the category be app-emacs/typerex, perhaps? If it can't be used independently from Emacs, then it should be in the app-emacs category, IMHO. (In reply to comment #1) > Created attachment 305557 [details] > typerex-1.0.1.ebuild Some comments about the ebuild: > inherit elisp-common The ebuild should inherit just elisp (elisp-common is for ebuilds where Emacs support is optional, which seems not to be the case here). > DEPEND="=app-emacs/auto-complete-9999 We cannot depend on a version that isn't in the Portage tree. It doesn't work with auto-complete-1.3.1? > cd tools/ocp-typerex-ide/emacs/ > elisp-install ${PN} typerex.{el,elc} || die elisp-install accepts a path, therefore these could be combined in one line.
Thanks for your comments. Regarding the category: the package can be used independently form emacs, but the utility would be very limited at the moment. The way it works is that the elisp file talks to a binary (ocp-wizard) via rcp calls to allow cool things like jump to definition, getting the type of a function, refactoring, etc... This binary can be used on its own to annotate the code. They also plan to add support to eclipse via these same binaries in the future, so I wasn't sure if the app-emacs category was best. However Emacs is the only supported editor right now, so maybe we can decouple the binaries from the elisp files, if and when they add eclipse support. - the auto-complete support is optional. However it relies on a dictionary file for ocaml which is not available in the 1.3.1 version, but only in the git version on github. I can upload a live version of the auto-complete ebuild if that helps.
(In reply to comment #5) > Regarding the category: the package can be used independently form emacs, > but the utility would be very limited at the moment. The way it works is > that the elisp file talks to a binary (ocp-wizard) via rcp calls to allow > cool things like jump to definition, getting the type of a function, > refactoring, etc... This binary can be used on its own to annotate the code. > They also plan to add support to eclipse via these same binaries in the > future, so I wasn't sure if the app-emacs category was best. However Emacs > is the only supported editor right now, so maybe we can decouple the > binaries from the elisp files, if and when they add eclipse support. Thank you for the clarification. As it can't be in both categories, I think that dev-ml is fine. > - the auto-complete support is optional. However it relies on a dictionary > file for ocaml which is not available in the 1.3.1 version, but only in the > git version on github. I see. That's dict/caml-mode which exists only in the master branch? > I can upload a live version of the auto-complete ebuild if that helps. A live ebuild for auto-complete would still have to be package masked, so it's not really useful if it's needed as a dependency. A snapshot of the auto-complete repo would be an option, if upstream doesn't want to make a new release.
Created attachment 305643 [details] typerex-1.0.1.ebuild Added missing license, and made the fix to elisp-install as suggested by Ulrich.
I've asked upstream to make a new release for auto-complete (see https://github.com/m2ym/auto-complete/issues/84)