Changes between Initial Version and Version 1 of Commentary/Compiler/CommandLineArgs

Jan 15, 2013 1:54:57 PM (15 months ago)



  • Commentary/Compiler/CommandLineArgs

    v1 v1  
     1= Parsing of command line arguments = 
     2GHC's many flavours of command line flags make the code interpreting them rather involved. The following provides a brief overview of the processing of these options. Since the addition of the interactive front-end to GHC, there are two kinds of flags: static and dynamic. Static flags can only be set once on the command line. They remain the same throughout the whole GHC session (so for example you cannot change them within GHCi using `:set` or with `OPTIONS_GHC` pragma in the source code). Dynamic flags are the opposite: they can be changed in GHCi sessions using `:set` command or `OPTIONS_GHC` pragma in the source code. There are few static flags and it is likely that in the future there will be even less. Thus, you won't see to much static flag references in the source code, but you will see a lot of functions that use dynamic flags. 
     4Command line flags are described by Flag data type defined in [[GhcFile(compiler/main/CmdLineParser.hs)]]: 
     7data Flag m = Flag 
     8    {   flagName    :: String,   -- Flag, without the leading "-" 
     9        flagOptKind :: OptKind m -- What to do if we see it 
     10    } 
     13This file contains functions that actually parse the command line parameters.  
     15== Static flags  == 
     17Files [[GhcFile(compiler/main/StaticFlagParser.hs)]] and [[GhcFile(compiler/main/StaticFlags.hs)]] contain functions responsible for parsing static flags. Two global IORefs are used in this process: `v_opt_C_ready` and `v_opt_C`. These are defined using `GLOBAL_VAR` macro from [[GhcFile(compiler/HsVersions.h)]]. First IORef is a flag that checks whether the static flags are parsed at the right time. It is initialized to `False` and after the parsing has been done it is set to `True`. `v_opt_C` is a `[String]` used to store parsed flags (see `addOpt` and `removeOpt` functions). `flagsStatic :: [Flag IO]` in [[GhcFile(compiler/main/StaticFlagParser.hs)]] defines a list of static flags and what actions should be taken when these flags are encountered (see `Flag` data type above). Function `parseStaticFlags ::` from the same file is an entry point for parsing static flags. It is called by the `main :: IO ()` function of GHC in [[GhcFile(ghc/Main.hs)]]. [[GhcFile(compiler/main/StaticFlags.hs)]] contains some helper functions to check whether particular flags have been set. `staticFlags :: [String]` and `packed_staticFlags :: [FastString]` return list of parsed command line static flags, provided that parsing has been done (checking the value of `v_opt_C_ready`). 
     19== Dynamic flags == 
     21They are managed by functions in [[GhcFile(compiler/main/DynFlags.hs)]] file. Looking from the top you will find data types used to described enabled dynamic flags: `DumpFlag`, `GeneralFlag`, `WarningFlag`, `Language`, `SafeHaskellMode`, `ExtensionFlag` and finally `DynFlags`. Function `defaultDynFlags :: Settings -> DynFlags` initializes some of the flags to default values. Available dynamic flags and their respective actions are defined by `dynamic_flags :: [Flag (CmdLineP DynFlags)]`. Also, `fWarningFlags :: [FlagSpec WarningFlag]`, `fFlags :: [FlagSpec GeneralFlag]`, `xFlags :: [FlagSpec ExtensionFlag]` and a few more smaller functions define even more flags needed for example for language extensions, warnings and other things. These flags are descibred by the data type `FlagSpec f`: 
     24type FlagSpec flag 
     25   = ( String   -- Flag in string form 
     26     , flag     -- Flag in internal form 
     27     , TurnOnFlag -> DynP ())    -- Extra action to run when the flag is found 
     28                                 -- Typically, emit a warning or error 
     30Flags described by `FlagSpec` can be reversed, e.g. flags that start with `-f` prefix are reversed by using `-fno-` prefix instead.