summaryrefslogtreecommitdiff
path: root/includes/HaskellConstants.hs
Commit message (Collapse)AuthorAgeFilesLines
* Merge the remainder of HaskellConstants into ConstantsIan Lynagh2012-09-171-40/+0
|
* Remove the Target* types from HaskellConstantsIan Lynagh2012-09-171-13/+0
|
* Move tARGET_* out of HaskellConstantsIan Lynagh2012-09-171-5/+0
|
* Move tAG_BITS into platformConstantsIan Lynagh2012-09-161-12/+0
|
* Move more constants to platformConstantsIan Lynagh2012-09-161-21/+0
|
* Move wORD_SIZE into platformConstantsIan Lynagh2012-09-161-5/+0
|
* Move wORD_SIZE_IN_BITS to DynFlagsIan Lynagh2012-09-141-3/+0
| | | | This frees wORD_SIZE up to be moved out of HaskellConstants
* Move some more constants into platformConstantsIan Lynagh2012-09-141-18/+0
|
* Move more constants to platformConstantsIan Lynagh2012-09-141-20/+0
|
* Move more constants into platformConstantsIan Lynagh2012-09-141-30/+0
|
* Move some more constants fo platformConstantsIan Lynagh2012-09-141-15/+0
|
* Start moving other constants from (Haskell)Constants to platformConstantsIan Lynagh2012-09-141-7/+0
|
* Remove some unused HaskellConstants entriesIan Lynagh2012-09-131-13/+0
|
* Remove the --gen-haskell mode of mkDerivedConstantsIan Lynagh2012-09-131-5/+0
| | | | It no longer generates anything
* Use conditionals rather than CPP in mkDerivedConstantsIan Lynagh2012-09-131-1/+1
| | | | | This means we only need to build one copy of the program, which will make life simpler as I plan to add more variants.
* Start separating out the RTS and Haskell imports of MachRegs.hIan Lynagh2012-08-061-1/+2
| | | | No functional differences yet
* Tabs -> SpacesDavid Terei2012-03-231-3/+3
|
* Fix PprC for 64bit platforms with 32bit long'sIan Lynagh2012-03-151-0/+6
| | | | e.g. Win64
* Move includes/DerivedConstants.h and includes/GHCConstants.h into dist dirsIan Lynagh2011-12-021-2/+2
| | | | | | | | | | When they existed, they were getting included in the includes_H_FILES variable (as it uses wildcard to find all header files). But the .depends files for the programs that generate the headers depend on $(includes_H_FILES), so the .depends files looked out-of-date once the headers had been created. This caused unnecessary make reinvocations. So now we put them in dist* directories, where they ought to be anyway.
* Increase the "context stack depth" to 200 (from 20)Simon Peyton Jones2011-09-021-2/+2
| | | | | | | | | | | This parameter controls the allowed depth of reasoning in the type constraint solver. Perfectly well-behaved programs can use deep stacks, and 20 is obviously too small. (Indeed, if you don't have UndecidableInstances, the constraint solver is supposed to terminate, so no limit should be needed.) Responding to Trac #5395 this patch increases the default to 200.
* Catch too-large allocations and emit an error message (#4505)Simon Marlow2010-12-091-0/+5
| | | | | | | | | | | | | | | | This is a temporary measure until we fix the bug properly (which is somewhat tricky, and we think might be easier in the new code generator). For now we get: ghc-stage2: sorry! (unimplemented feature or known bug) (GHC version 7.1 for i386-unknown-linux): Trying to allocate more than 1040384 bytes. See: http://hackage.haskell.org/trac/ghc/ticket/4550 Suggestion: read data from a file instead of having large static data structures in the code.
* Fix #650: use a card table to mark dirty sections of mutable arraysSimon Marlow2009-12-171-0/+3
| | | | | | | | | | | | The card table is an array of bytes, placed directly following the actual array data. This means that array reading is unaffected, but array writing needs to read the array size from the header in order to find the card table. We use a bytemap rather than a bitmap, because updating the card table must be multi-thread safe. Each byte refers to 128 entries of the array, but this is tunable by changing the constant MUT_ARR_PTRS_CARD_BITS in includes/Constants.h.
* Fixes for cross-compiling to a different word sizeSimon Marlow2009-10-141-0/+22
| | | | | | | | | | | | | | This patch eliminates a couple of places where we were assuming that the host word size is the same as the target word size. Also a little refactoring: Constants now exports the types TargetInt and TargetWord corresponding to the Int/Word type on the target platform, and I moved the definitions of tARGET_INT_MAX and friends from Literal to Constants. Thanks to Barney Stratford <barney_stratford@fastmail.fm> for helping track down the problem and fix it. We now know that GHC can successfully cross-compile from 32-bit to 64-bit.
* Make Constants shareable with the base packageIan Lynagh2009-08-091-0/+170
View Lorry Controller Status