buildwrapper: A library and an executable that provide an easy API for a Haskell IDE

[ bsd3, development, library, program ] [ Propose Tags ]

Buildwrapper is an alternative to scion. It provides services to configure, build and give information on source files to help IDEs manage Haskell projects. You can use buildwrapper to build project and retrieve errors, get outline for each module source, get the type of something inside a source file, get lexer tokens, etc. Buildwrapper is used in the EclipseFP project (Eclipse plugins for Haskell development)


[Skip to Readme]

Downloads

Maintainer's Corner

Package maintainers

For package maintainers and hackage trustees

Candidates

  • No Candidates
Versions [RSS] 0.1, 0.2, 0.2.1, 0.2.2, 0.3.0, 0.4.0, 0.4.1, 0.5.0, 0.5.1, 0.5.2, 0.6.0, 0.6.1, 0.6.2, 0.6.3, 0.6.4, 0.7.0, 0.7.1, 0.7.2, 0.7.3, 0.7.4, 0.7.5, 0.7.6, 0.7.7, 0.8.0, 0.8.1, 0.8.2, 0.8.3, 0.8.4, 0.8.5, 0.8.6, 0.8.7, 0.8.8, 0.8.9, 0.8.10, 0.8.11, 0.9.0, 0.9.1
Dependencies aeson (>=0.4), attoparsec, base (<5), buildwrapper, bytestring, Cabal, cmdargs, containers, cpphs, directory, filepath, ghc, ghc-paths, haskell-src-exts, mtl, old-time, process, regex-tdfa, syb, text, transformers, unordered-containers, utf8-string, vector (>=0.8) [details]
License BSD-3-Clause
Author JP Moresmau <jpmoresmau@gmail.com>, based on the work of Thomas Schilling and others
Maintainer JP Moresmau <jpmoresmau@gmail.com>
Category Development
Home page https://github.com/JPMoresmau/BuildWrapper
Source repo head: git clone git://github.com/JPMoresmau/BuildWrapper.git
Uploaded by JeanPhilippeMoresmau at 2012-06-22T08:00:17Z
Distributions
Reverse Dependencies 1 direct, 0 indirect [details]
Executables buildwrapper
Downloads 44542 total (70 in the last 30 days)
Rating (no votes yet) [estimated by Bayesian average]
Your Rating
  • λ
  • λ
  • λ
Status Docs uploaded by user
Build status unknown [no reports yet]

Readme for buildwrapper-0.6.0

[back to package description]

BuildWrapper

BuildWrapper is a program designed to help an IDE deal with a Haskell project. It combines several tools under a simple API:

  • Cabal to configure and build the project. BuildWrapper works best on project that provide a cabal file.
  • GHC to load a particular file or buffer and generate a typechecked AST
  • Haskell-src-exts to parse a particular file and generate an outline

BuildWrapper provides a library and an executable. Intended usage is mostly through the executable. This is how it's used by EclipseFP, the set of Haskell development plugins for the Eclipse IDE. This executable is short-lived, it is not a running server as scion (the project BuildWrapper is an evolution of) or scion-browser. You launch it with parameters, it perform some work, and returns a JSON result. BuildWrapper uses a temporary work folder inside the project to store both a copy of the source files and the result of its operations. In an IDE setting, the content of the temporary folder may contain files representing unsaved data, which allow BuildWrapper to use Cabal and file based operations regardless.

You can run buildwrapper --help to get a feel for the different options you can call buildwrapper with. You can also run EclipseFP with the debug mode preference on to see the BuildWrapper interaction in an Eclipse console view.

Generic options

These options apply to all commands

  • tempFolder: the name of the temporary folder, relative to the location of the project cabal file. Usually .dist-buildwrapper
  • cabalpath: the location of the cabal executable
  • cabalfile: the location of the project cabal file
  • cabalFlags: the flags to pass to cabal when configuring

synchronize

Synchronize ensures that all the files in the temporary work folder represent the up to date version of the source files. It returns the list of files actually copied from the main folder to the work folder.

  • force: true/false: copies files even if destination (in temporary folder) is newer

synchronize1

Synchronizes only one file.

  • file: the relative path of the file to synchronize (relative to the project root)
  • force: true/false: copies files even if destination (in temporary folder) is newer

write

Updates the content of the file in the work folder. Note that an external tool could also write directly in the work folder.

  • file: the relative path of the file to update (relative to the project root)
  • contents: the contents to write

configure

Runs cabal configure on the project. This command usually is not needed, as the build command will trigger a configure if needed. Returns the errors encountered, if any.

  • verbosity: the verbosity of Cabal output
  • whichcabal: Source|Target: use the original cabal file or the one in the work folder

build

Runs cabal build on the project. Returns the errors encountered, if any, and the files processed during that build.

  • verbosity: the verbosity of Cabal output
  • whichcabal: Source/Target: use the original cabal file or the one in the work folder
  • output: true/false: should we actually run the linker and generates output

build1

Build one file using the GHC API. BuildWrapper takes care of calling the API with the proper flags from the cabal file. Returns the errors encountered during the build, if any. The AST and the build flags used are stored in a hidden file alongside the source file in the work folder. This file, with the .bwinfo extension, is plain JSON and can be parsed by an external tool if need be.

  • file: the relative path of the file to update (relative to the project root)

getbuildflags

Returns the build flags use to build a particular file

  • file: the relative path of the file to update (relative to the project root)

outline

Returns an outline of the file: the top level declarations, the import and export statements. This is generated using haskell-src-exts so the file does not need to be correct in respect to the typechecker, but needs to be valid Haskell syntax. If need be, the file is pre-processed by cpp2hs.

  • file: the relative path of the file to update (relative to the project root)

tokentypes

Returns a collection of lexer tokens for a particular file. The tokens have a type assigned to them (documentation, symbols, etc). This is used to provide syntax coloring in an IDE. If need be, the file is pre-processed and the preprocessor tokens are returned in the collection too.

  • file: the relative path of the file to update (relative to the project root)

occurrences

Find all occurrences of the given text in lexer tokens. Only fully matching tokens are retrieved.

  • file: the relative path of the file to update (relative to the project root)
  • token: the token text to search for

thingatpoint

Returns the object found at a particular point in a source. Information can include a name, a module, a type, a haddock type code. This uses the generated .bwinfo file to perform the search so does not invoke the GHC API unless necessary (.bwinfo file missing or older than source)

  • file: the relative path of the file to update (relative to the project root)
  • line: the line to look at
  • column: the column to look at

namesinscope

Returns the list of names in scope (GHC API call)

  • file: the relative path of the file to update (relative to the project root)

dependencies

Returns the list of all package dependencies for all cabal components in the cabal file, with the package database they are registered in

components

Returns the list of all components of the cabal file (executables, library, test suites)