delta/haskell.git/docs/rts, branch wip/stringbuffer gitlab.haskell.org: ghc/ghc.git Modules: Types (#13009) 2020-03-29T21:28:51+00:00 Sylvain Henry sylvain@haskus.fr 2020-03-18T09:44:56+00:00 1941ef4f050c0dfcb68229641fcbbde3a10f1072 Update Haddock submodule Metric Increase: haddock.compiler 
Update Haddock submodule

Metric Increase:
   haddock.compiler
Fix more typos, via an improved Levenshtein-style corrector 2020-01-13T02:30:08+00:00 Brian Wignall brianwignall@gmail.com 2020-01-10T15:47:46+00:00 0b5ddc7f2c10ee84631dd6cb5f6368afbc389449 






Fix typos, using Wikipedia list of common typos
2019-11-28T07:54:52+00:00

Brian Wignall
brianwignall@gmail.com

2019-11-26T13:26:41+00:00

3748ba3a01f81078025b86023833784055d1af57












docs: "state transformer" -> "state monad" / "ST" (whichever is meant)
2018-08-21T22:56:12+00:00

Artem Pelenitsyn
a.pelenitsyn@gmail.com

2018-08-21T20:07:39+00:00

8546afc502306de16b62c6386fe419753393cb12

FIxes #15189.

Reviewers: hvr, bgamari, simonmar, simonpj

Reviewed By: simonpj

Subscribers: simonpj, rwbarton, thomie, carter

GHC Trac Issues: #15189

Differential Revision: https://phabricator.haskell.org/D5019





FIxes #15189.

Reviewers: hvr, bgamari, simonmar, simonpj

Reviewed By: simonpj

Subscribers: simonpj, rwbarton, thomie, carter

GHC Trac Issues: #15189

Differential Revision: https://phabricator.haskell.org/D5019







Get rid of some stuttering in comments and docs
2017-12-19T13:35:03+00:00

Gabor Greif
ggreif@gmail.com

2017-12-19T12:52:06+00:00

a100763cc5c6c9736a00ca57b2ec3c721311eecb












Typos in manual and comments
2017-03-14T11:38:50+00:00

Gabor Greif
ggreif@gmail.com

2017-03-14T11:38:50+00:00

50512c6b2bd878f0be5e1c7b85cadf22094aaa5a












Remove CONSTR_STATIC
2016-11-14T14:43:35+00:00

Simon Marlow
marlowsd@gmail.com

2016-11-09T09:20:02+00:00

55d535da10dd63bbaf03fb176ced7179087cd0d4

Summary:
We currently have two info tables for a constructor

* XXX_con_info: the info table for a heap-resident instance of the
  constructor, It has type CONSTR, or one of the specialised types like
  CONSTR_1_0

* XXX_static_info: the info table for a static instance of this
  constructor, which has type CONSTR_STATIC or CONSTR_STATIC_NOCAF.

I'm getting rid of the latter, and using the `con_info` info table for
both static and dynamic constructors.  For rationale and more details
see Note [static constructors] in SMRep.hs.

I also removed these macros: `isSTATIC()`, `ip_STATIC()`,
`closure_STATIC()`, since they relied on the CONSTR/CONSTR_STATIC
distinction, and anyway HEAP_ALLOCED() does the same job.

Test Plan: validate

Reviewers: bgamari, simonpj, austin, gcampax, hvr, niteria, erikd

Subscribers: thomie

Differential Revision: https://phabricator.haskell.org/D2690

GHC Trac Issues: #12455





Summary:
We currently have two info tables for a constructor

* XXX_con_info: the info table for a heap-resident instance of the
  constructor, It has type CONSTR, or one of the specialised types like
  CONSTR_1_0

* XXX_static_info: the info table for a static instance of this
  constructor, which has type CONSTR_STATIC or CONSTR_STATIC_NOCAF.

I'm getting rid of the latter, and using the `con_info` info table for
both static and dynamic constructors.  For rationale and more details
see Note [static constructors] in SMRep.hs.

I also removed these macros: `isSTATIC()`, `ip_STATIC()`,
`closure_STATIC()`, since they relied on the CONSTR/CONSTR_STATIC
distinction, and anyway HEAP_ALLOCED() does the same job.

Test Plan: validate

Reviewers: bgamari, simonpj, austin, gcampax, hvr, niteria, erikd

Subscribers: thomie

Differential Revision: https://phabricator.haskell.org/D2690

GHC Trac Issues: #12455







Typos in comments and strings
2015-07-30T15:20:51+00:00

Gabor Greif
ggreif@gmail.com

2015-07-30T15:06:33+00:00

e9ad42da5aa8a6cab95461a8592e92ca08aa491a

Note: the haddock comment in TyCon.hs seems to be
      garbled syntactically and grammatically





Note: the haddock comment in TyCon.hs seems to be
      garbled syntactically and grammatically







Reorganisation of the source tree
2006-04-07T02:05:11+00:00

Simon Marlow
simonmar@microsoft.com

2006-04-07T02:05:11+00:00

0065d5ab628975892cea1ec7303f968c3338cbe1

Most of the other users of the fptools build system have migrated to
Cabal, and with the move to darcs we can now flatten the source tree
without losing history, so here goes.

The main change is that the ghc/ subdir is gone, and most of what it
contained is now at the top level.  The build system now makes no
pretense at being multi-project, it is just the GHC build system.

No doubt this will break many things, and there will be a period of
instability while we fix the dependencies.  A straightforward build
should work, but I haven't yet fixed binary/source distributions.
Changes to the Building Guide will follow, too.





Most of the other users of the fptools build system have migrated to
Cabal, and with the move to darcs we can now flatten the source tree
without losing history, so here goes.

The main change is that the ghc/ subdir is gone, and most of what it
contained is now at the top level.  The build system now makes no
pretense at being multi-project, it is just the GHC build system.

No doubt this will break many things, and there will be a period of
instability while we fix the dependencies.  A straightforward build
should work, but I haven't yet fixed binary/source distributions.
Changes to the Building Guide will follow, too.







[project @ 1999-08-02 16:01:24 by simonmar]
1999-08-02T16:01:31+00:00

simonmar
unknown

1999-08-02T16:01:31+00:00

80f13927ca39a36822d9ea809573662c75df56ab

Move the RTS document into the ghc tree where it belongs.





Move the RTS document into the ghc tree where it belongs.