SourceGraph: Static code analysis using graph-theoretic techniques.
|Versions||0.1, 0.2, 0.3, 0.5.0.0, 0.5.1.0, 0.5.2.0, 0.5.5.0, 0.6.0.0, 0.6.0.1, 0.6.0.2, 0.6.1.1, 0.7.0.0, 0.7.0.1, 0.7.0.2, 0.7.0.3, 0.7.0.4, 0.7.0.5, 0.7.0.6, 0.7.0.7|
|Dependencies||base (>=3 && <5), Cabal (==1.8.*), containers, directory, extensible‑exceptions, fgl, filepath, Graphalyze (>=0.9.0.0 && <0.10.0.0), graphviz (>=29184.108.40.206 && <29220.127.116.11), haskell‑src‑exts (>=1.5.0 && <1.7.0), mtl, multiset, random [details]|
|Copyright||(c) Ivan Lazar Miljenovic|
|Author||Ivan Lazar Miljenovic|
|Source repo||head: darcs get http://code.haskell.org/SourceGraph|
|Uploaded||by IvanMiljenovic at Sun Jan 10 11:30:42 UTC 2010|
|Downloads||13496 total (64 in the last 30 days)|
|Rating||(no votes yet) [estimated by rule of succession]|
|Status||Docs not available [build log]
All reported builds failed as of 2016-12-30 [all 7 reports]
Hackage Matrix CI
Statically analyse Haskell source code using graph-theoretic techniques. Sample reports can be found at: http://code.haskell.org/~ivanm/Sample_SourceGraph/SampleReports.html
To use SourceGraph, call it as either:
Or, if your project doesn't use Cabal, then there is limited support for using an overall module from your program/library:
Note that the Cabal method is preferred, as it is better able to determine the project name and exported modules (when passing a Haskell file to SourceGraph, it uses that module's name as the overall name of project and assumes that it is the only exported module; as such, it works better for programs than libraries).
Whichever way you run SourceGraph, it then creates a
subdirectory in the same directory as the file that was passed to it,
and within that subdirectory creates the analysis report in
SourceGraph is still experimental in terms of its ability to parse and properly understand Haskell source code and in the types of analyses it performs.
For package maintainers and hackage trustees