The GF Eclipse Plugin

John J. Camilleri
Updated: 23 Jan 2012

The research leading to these results has received funding from the European Union’s Seventh Framework Programme (FP7/2007-2013) under grant agreement n° FP7-ICT-247914.

This documentation is also available at the MOLTO Project Wiki.

Introduction

The aim behind developing a desktop IDE for GF is to provide more powerful tools than may be possible and/or practical in a web-based environment (the GF Web IDE). In particular, the ability to resolve identifier cross-references and browse external libraries quickly during development time is one of the primary motivations for the project.

The choice was made to develop this desktop IDE as a plugin for the Eclipse Platform as it emerged as the most popular choice among the GF developer community. Support for the platform is vast and many tools for adapting Eclipse to domain-specific languages already exist. Unlike the zero-click Web IDE approach, using the GF Eclipse plugin (GFEP) will require some manual installation and configuration on the development machine. Thus the GFEP is aimed more at seasoned developers rather than the curious GF newbie.

The starting point for the GFEP is using the Xtext DSL Framework for Eclipse. By converting the GF grammar into the appropriate Extended-BNF form required by the LL(*) ANTLR parser, the framework provides a good starting point for future plugin development, already including a variery of syntax checking tools and some cross-reference resolution support. The specific requirements of the GF language, particularly in the way of its special module hierarchy, mean that significant customisations to this generated base plugin are needed.

The GFEP is being developed by as part of Work Package 2 of the MOLTO Project.

Links


Features

Implemented

Near-term

Long-term goals


Major release history

11/01/12
(1.2.3.x) Updated to use Xtext 2.1.0. Links to external files now moved into new “GF Library View”.
24/11/11
(1.2.0.x) with support for “Open Declaration” (F3) function, including for external libraries.
18/11/11
Third BETA (1.1.0.x) released, overhauled to take advantage of new compiler features. Tag-based scoping with caching for better performance. Interactive console (GF Shell) for luanch configs.
11/10/11
Second BETA (1.0.0.x) released, with improved support for qualified names, local variable bindings, selective inheritance, module outlining, and launch configurations. Also new GF Project type.
01/10/11
Initial BETA released.
20/09/11
Refactoring of grammar to provide neater syntax trees, and handle cross-referencing contraints. Major work on name resolution across modules, implementing custom Scoping, Naming, ResourceDescription implementations.
08/09/11
Successfully converted GF language grammar into ANTLR-compaticble format. Refactoring to avoid left-recursion took up the majority of this time so far.
Late August 2011
Started investigation the use of Xtext as a basis for building the Eclipse plugin. Xtext requires a EBNF-style language grammar in order to generate development tools as a plugin for the Eclipse IDE.

Installation & updating

System requirements

  1. The plugin makes use of the newest GF features, and requires the latest developer version of GF to be installed on your system (instructions here).
  2. Paths to GF must be set within the plugin (see below). This means:
  3. The plugin was developed using Eclipse 3.7. It has been successfully installed on Eclipse as low as 3.6.2.

Installing the plugin for the first time

Note about Available Software Sites

In order for dependencies to be satisfied, you need to ensure that your Eclipse has the following update site URLs set:

Steps for installation

  1. Inside Eclipse, go to Help → Install New Software.
  2. Add new software site using the URL: http://www.grammaticalframework.org/eclipse/release/
  3. Select the GF Eclipse Plugin, and make sure the Contact all update sites during install to find required software option is checked.
  4. Click Next, accept the license agreement and install.
  5. Accept the prompt warning that the software is unsigned.
  6. Restart Eclipse when prompted.

Settings

  1. Add the GF perspective by clicking Open Perspective → Other and choosing GF.
  2. Set your paths to the GF executable and libraries by going to Window → Preferences → Grammatical Framework.
    The runtime path is assumed to be ~/.cabal/bin/gf, which may be wrong depending on your system and how you installed GF.
    The library path should get automatically set from your environment’s GF_LIB_PATH variable.
  3. You can also adjust the verbosity level of the GFEP logger.

Updating the plugin

  1. In Eclipse, go to Help → Check for updates.
  2. Any available updates will appear in the dialog. Select them and follow the usual steps.

Upgrading to GFEP 1.2.3


Getting started

Some steps you can follow to get a feel of of the plugin’s features.

New project wizard New project wizard

New module wizard

If asked whether you want to add the Xtext nature to your project, you can safely say No (this prompt has been removed in newer versions).

Syntax highlighting styles

The editor and outline view

Warnings and errors in the editor

Before auto-formatting After auto-formatting

Launch configuration dialog

Output from the GF compiler

Usage hints & issues

Consoles

The plugin provides its own console view named GFEP Log, which shows log messages based on the Log Level preference (Window → Preferences → Grammatical Framework).

Additionally, everytime a grammar is Run a new console is opened to display the output. This console may also serve as the interactive GF Shell, depending on the Interactive Mode checkbox in your Run Configuration.

Eclipse does not make it obvious when multiple console windows open; click on the Display Selected Console button to switch between open consoles:

Display Selected Console icon

The Eclipse console implementation does not support command history (up arrow) or auto-completion (tab).

Logs

You can set the log verbosity from Window → Preferences → Grammatical Framework. This setting also affects the verbosity of the log file gfep.log.

Validation

For validation to work correctly, the project’s Build Automatically option should be turned on.

The in-editor validation sometimes needs to be triggered/updated by a keystroke. If you can still see errors which you believe should be correct, try adding a space character to ensure the validation is re-triggered.

Sometimes you may get an entire file marked with errors, even though in fact there is only a single error which is causing the internal builder to fail. In such cases referring to the Problems view should help you locate the cause. This issue is particularly relevant when changes made to one module may induce errors in its descendants (e.g. renaming a parameter in a resource module). This behaviour will hopefully be improved in future versions.


Evaluation & feedback

Please try to use the plugin for developing your own GF projects and report any issues you come up against.

For all bug reports and feature requests please use the GitHub Issue Tracker at https://github.com/GrammaticalFramework/gf-eclipse-plugin/issues.

Do not hesitate to let us know how you think the plugin can be improved!

Criteria

As part of the evaluation of the GF Eclipse Plugin, feedback (both negative and positive) on the following would be appreciated:

  1. Issues encountered with installation
  2. Incorrect support of GF syntactic constructs, module hierarchy system
  3. Performance issues (speed, resources footprint)
  4. General intuitiveness of the UI
  5. Feature wish-list
  6. Compatibilities / conflicts with other Eclipse plugins

Logs

The GFEP writes a log file in your Eclipse workspace folder, self-evidently named gfep.log. When things go wrong it may be useful to consult this file, or even send it as part of any feedback you provide.