Permalink
Commits on Aug 24, 2012
  1. Updated example output

    Laar committed Aug 24, 2012
  2. Fix copy paste error in the reuse options.

    Laar committed Aug 24, 2012
    The enum reuses option was directed into the function reuses, and the
    viewing functions were swapping the files. Further more the default
    files were also not correct.
    
    The minor version number is bumped as a result of this fix.
Commits on Apr 21, 2012
Commits on Mar 30, 2012
Commits on Mar 4, 2012
Commits on Feb 19, 2012
  1. Merge branch 'develop'

    Laar committed Feb 19, 2012
    Conflicts:
    	OpenGLRawgen.cabal
Commits on Jan 28, 2012
Commits on Jan 24, 2012
  1. Merge branch 'develop'

    Laar committed Jan 24, 2012
  2. Adds the help and version information. (adds ghc prof flags)

    Laar committed Jan 24, 2012
    The version information is retrieved from the cabal generated 
    Paths_OpenGLRawgen module thereby keeping it in sync with the cabal
    version.
Commits on Jan 23, 2012
Commits on Jan 22, 2012
  1. Change the handeling of illegal chars in the modulename to spell them.

    Laar committed Jan 22, 2012
    Previously illegal modulename starting charachters were either capitalized
    or the extension name was prepended. So in essence it was not dealing with
    illegal characters. The new implmentation spells all the illegal characters
    as words (starting with a capital letter).
Commits on Jan 21, 2012
  1. Moves some minor stuff.

    Laar committed Jan 21, 2012
  2. Generalises some enum/func lookup functions, and some clean up and doc.

    Laar committed Jan 21, 2012
    The typefamily ValueName enables the parameterization over the name
    that is looked up, and therefore can be generalise over the input result. 
    There by reducing boilerplate code.
    
    The documentation is updated after previous commit and some imports
    have been cleaned up.
  3. Refactors the string names to a type famely in SpecValue.

    Laar committed Jan 21, 2012
    This refactiring is done to prevent the use of Strings, as the use of Strings
    keeps too much posibility for unwanted edits on the names. Thus in effect
    this tries to add another layer of type safety. This is done by only allowing
    `ValueName`s to be constructed from Strings (for parsing) and let the
    deconstruction go to the Name type (from src-exts). Assuming the use
    of `unname` or simmilar functions is done with great caution this should
    bring another layer of safety.
    
    The renname function that was in Spec.Processing is also removed as this
    function is not used anymore.
  4. Merge branch 'develop' into allNameStrip

    Laar committed Jan 21, 2012
    Conflicts:
    	src/Spec/Processing.hs