2010-12-16 16 views
12

Ich schreibe einen Compiler für eine Klasse, die ich nehme. Die Klasse ist nicht speziell Haskell, aber ich benutze Haskell, um meinen Compiler und Interpreter zu schreiben. Ich habe eine Cabal-Paket-Setup, um es hoffentlich zu erleichtern, dass mein prof ausführen/kompilieren. Ich habe happy und alex im build-tools-Feld für beide ausführbaren Dateien, aber Cabal ignoriert das und beklagt sich dann, dass es die Module nicht finden kann, die Happy und Alex generieren sollten. Wenn ich manuell starte:Mit alex/glücklich mit Cabal

alex LimpScanner.x 
happy LimpParser.y 

dann läuft cabal perfekt.

Ich dachte, ich hätte Kabale automatisch früher laufen lassen, aber vielleicht erinnere ich mich unvollkommen.

limp.cabal:

-- limp.cabal auto-generated by cabal init. For additional options, 
-- see 
-- http://www.haskell.org/cabal/release/cabal-latest/doc/users-guide/authors.html#pkg-descr. 
-- The name of the package. 
Name:    limp 

-- The package version. See the Haskell package versioning policy 
-- (http://www.haskell.org/haskellwiki/Package_versioning_policy) for 
-- standards guiding when and how versions should be incremented. 
Version:    0.1 

-- A short (one-line) description of the package. 
Synopsis:   LIMP Compiler (Compiler Construction course project) 

-- A longer description of the package. 
-- Description:   

-- URL for the project homepage or repository. 
Homepage:   http://www.cs.rit.edu/~eca7215/limp/ 

-- The license under which the package is released. 
License:    AllRightsReserved 

-- The file containing the license text. 
License-file:  LICENSE 

-- The package author(s). 
Author:    Edward Amsden 

-- An email address to which users can send suggestions, bug reports, 
-- and patches. 
Maintainer:   [email protected] 

-- A copyright notice. 
-- Copyright:   

Category:   Language 

Build-type:   Simple 

-- Extra files to be distributed with the package, such as examples or 
-- a README. 
-- Extra-source-files: 

-- Constraint on the version of Cabal needed to build this package. 
Cabal-version:  >=1.2 


Executable limp 
    -- .hs or .lhs file containing the Main module. 
    Main-is: Limp.hs 

    hs-source-dirs: src  

    -- Packages needed in order to build this package. 
    Build-depends: base, array, haskell98  

    -- Modules not exported by this package. 
    -- Other-modules:  

    -- Extra tools (e.g. alex, hsc2hs, ...) needed to build the source. 
    Build-tools:   alex, happy 
Executable limpi 
    Main-is: LimpInterpreter.hs 
    hs-source-dirs: src 
    Build-depends: base, array, haskell98 
    Build-tools: alex, happy 

Directory-Layout:

limp/ 
├── Setup.hs 
├── limp.cabal 
└── src/ 
    ├── Limp.hs 
    ├── LimpInterpreter.hs 
    ├── LimpParser.ly 
    ├── LimpScanner.x 
    └── LimpToken.hs 
+0

Solange Sie feststellen, dass Sie verwenden Module 'LimpParser' und' LimpScanner', haben Dateien mit dem Namen 'LimpParser.x' und' LimpScanner.ly', und haben Alex und Happy installiert, dann sollte jede Cabal-Version aus dem letzten Jahr automatisch 'alex' und' happy' laufen haben. Hmm. – ephemient

+0

Wir brauchen mehr Details. Wie ist Ihr Verzeichnislayout? Was ist deine Cabal-Datei? –

+0

Sollte es nicht umgekehrt sein? LimpParser.ly und LimpScanner.x? – Edward

Antwort

10

Offenbar, was ich fehlte, war eigentlich die Other-Module: Feld. Sobald dies hinzugefügt wurde, baute Cabal glücklich (verzeihen Sie das Wortspiel) meinen Dolmetscher.

+1

Gut, dass Sie das selbst beantworten können. –

+6

Können Sie das Beispiel vervollständigen und zeigen, auf was andere Module eingestellt werden sollen? Vielen Dank, –

14

Für Warren Harris und andere wie ihn (und mich selbst), die später kommen können, müssen andere Module auf eine Liste von Modulnamen gesetzt werden, die (ich denke?) Von den Tools in erstellt werden soll Bauwerkzeuge.

in meinem Fall endete also die entsprechenden Abschnitte meiner .cabal-Datei wie folgt aufzublicken:

build-tools:   alex, happy 
other-modules:  Language.Heidi.Parser, 
        Language.Heidi.Lexer