Commit 3769e3a8 authored by Takenobu Tani's avatar Takenobu Tani Committed by Marge Bot

Update Wiki URLs to point to GitLab

This moves all URL references to Trac Wiki to their corresponding
GitLab counterparts.

This substitution is classified as follows:

1. Automated substitution using sed with Ben's mapping rule [1]
    Old: ghc.haskell.org/trac/ghc/wiki/XxxYyy...
    New: gitlab.haskell.org/ghc/ghc/wikis/xxx-yyy...

2. Manual substitution for URLs containing `#` index
    Old: ghc.haskell.org/trac/ghc/wiki/XxxYyy...#Zzz
    New: gitlab.haskell.org/ghc/ghc/wikis/xxx-yyy...#zzz

3. Manual substitution for strings starting with `Commentary`
    Old: Commentary/XxxYyy...
    New: commentary/xxx-yyy...

See also !539

[1]: https://gitlab.haskell.org/bgamari/gitlab-migration/blob/master/wiki-mapping.json
parent 8e07368f
# Questions about this file?
# See https://ghc.haskell.org/trac/ghc/wiki/ContinuousIntegration/Usage.
# See https://gitlab.haskell.org/ghc/ghc/wikis/continuous-integration/usage.
version: 2
......
......@@ -10,10 +10,10 @@ Please take a few moments to verify that your commits fulfill the following:
likely should add a [Note][notes] and cross-reference it from the relevant
places.
* [ ] add a [testcase to the
testsuite](https://ghc.haskell.org/trac/ghc/wiki/Building/RunningTests/Adding).
testsuite](https://gitlab.haskell.org/ghc/ghc/wikis/building/running-tests/adding).
If you have any questions don't hesitate to open your merge request and inquire
in a comment. If your patch isn't quite done yet please do add prefix your MR
title with `WIP:`.
[notes]: https://ghc.haskell.org/trac/ghc/wiki/Commentary/CodingStyle#Commentsinthesourcecode
[notes]: https://gitlab.haskell.org/ghc/ghc/wikis/commentary/coding-style#comments-in-the-source-code
......@@ -241,7 +241,7 @@ Peter Wortmann <Peter.Wortmann@googlemail.com> <peter@grayson-heigh
Peter Wortmann <Peter.Wortmann@googlemail.com> <scpmw@leeds.ac.uk>
Peter Wortmann <Peter.Wortmann@googlemail.com> scpmw@leeds.ac.uk <unknown>
Piyush P. Kurur <ppk@cse.iitk.ac.in>
Ralf Laemmel <softlang@uni-koblenz.de> ralf <unknown> # https://ghc.haskell.org/trac/ghc/wiki/TeamGHC
Ralf Laemmel <softlang@uni-koblenz.de> ralf <unknown> # https://gitlab.haskell.org/ghc/ghc/wikis/team-ghc
Ravi Nanavati <ravi@bluespec.com> # Commit 70c044.
Reiner Pope <reiner.pope@gmail.com> <reinerp@google.com>
Reuben Thomas <rrt@sc3d.org> rrt <unknown>
......@@ -293,7 +293,7 @@ Spencer Janssen <spencer@well-typed.com> <sjanssen@cse.unl.ed
Stephen Blackheath <stephen@blacksapphire.com> <docks.cattlemen.stephen@blacksapphire.com>
Stephen Blackheath <stephen@blacksapphire.com> <effusively.proffer.stephen@blacksapphire.com>
Stephen Blackheath <stephen@blacksapphire.com> <oversensitive.pastors.stephen@blacksapphire.com>
Sungwoo Park <gla@postech.ac.kr> gla <unknown> # https://ghc.haskell.org/trac/ghc/wiki/TeamGHC
Sungwoo Park <gla@postech.ac.kr> gla <unknown> # https://gitlab.haskell.org/ghc/ghc/wikis/team-ghc
Sven Panne <sven.panne@aedion.de> panne <unknown>
Sven Panne <sven.panne@aedion.de> sven.panne@aedion.de <unknown>
Sylvain Henry <hsyl20@gmail.com>
......
......@@ -88,12 +88,12 @@ Supported Platforms
The list of platforms we support, and the people responsible for them, is here:
https://ghc.haskell.org/trac/ghc/wiki/TeamGHC
https://gitlab.haskell.org/ghc/ghc/wikis/team-ghc
Ports to other platforms are possible with varying degrees of difficulty. The
Building Guide describes how to go about porting to a new platform:
https://ghc.haskell.org/trac/ghc/wiki/Building
https://gitlab.haskell.org/ghc/ghc/wikis/building
Developers
......
......@@ -17,7 +17,7 @@ From here, you can file bugs (or look them up,) use the wiki, view the
page, which has the high level overview of the build process and how
to get the source:
<http://ghc.haskell.org/trac/ghc/wiki/Building>
<https://gitlab.haskell.org/ghc/ghc/wikis/building>
Contributing patches to GHC in a hurry
======================================
......@@ -25,7 +25,7 @@ Contributing patches to GHC in a hurry
Make sure your system has the necessary tools to compile GHC. You can
find an overview here:
<http://ghc.haskell.org/trac/ghc/wiki/Building/Preparation>
<https://gitlab.haskell.org/ghc/ghc/wikis/building/preparation>
Next, clone the repository and all the associated libraries:
......@@ -64,9 +64,9 @@ Now, hack on your copy and rebuild (with `make`) as necessary.
Then start by making your commits however you want. When you're done, you can submit
a pull request on Github for small changes. For larger changes the patch needs to be
submitted to [Phabricator](https://phabricator.haskell.org/) for code review.
The GHC Wiki has a good summary for the [overall process](https://ghc.haskell.org/trac/ghc/wiki/WorkingConventions/FixingBugs)
The GHC Wiki has a good summary for the [overall process](https://gitlab.haskell.org/ghc/ghc/wikis/working-conventions/fixing-bugs)
as well as a guide on
[how to use Phabricator/arcanist](https://ghc.haskell.org/trac/ghc/wiki/Phabricator).
[how to use Phabricator/arcanist](https://gitlab.haskell.org/ghc/ghc/wikis/phabricator).
Useful links:
......@@ -75,22 +75,22 @@ Useful links:
An overview of things like using git, the release process, filing bugs
and more can be located here:
<http://ghc.haskell.org/trac/ghc/wiki/WorkingConventions>
<https://gitlab.haskell.org/ghc/ghc/wikis/working-conventions>
You can find our coding conventions for the compiler and RTS here:
<http://ghc.haskell.org/trac/ghc/wiki/Commentary/CodingStyle>
<http://ghc.haskell.org/trac/ghc/wiki/Commentary/Rts/Conventions>
<https://gitlab.haskell.org/ghc/ghc/wikis/commentary/coding-style>
<https://gitlab.haskell.org/ghc/ghc/wikis/commentary/rts/conventions>
A high level overview of the bug tracker:
<http://ghc.haskell.org/trac/ghc/wiki/WorkingConventions/BugTracker>
<https://gitlab.haskell.org/ghc/ghc/wikis/working-conventions/bug-tracker>
If you're going to contribute regularly, **learning how to use the
build system is important** and will save you lots of time. You should
read over this page carefully:
<http://ghc.haskell.org/trac/ghc/wiki/Building/Using>
<https://gitlab.haskell.org/ghc/ghc/wikis/building/using>
How to communicate with us
==========================
......
......@@ -44,5 +44,5 @@ References
==========
[1] http://www.haskell.org/ghc/
[2] http://ghc.haskell.org/trac/ghc/wiki/Building/Preparation
[2] https://gitlab.haskell.org/ghc/ghc/wikis/building/preparation
[3] http://www.haskell.org/haddock/
......@@ -3,9 +3,9 @@ Quick `make` guide for GHC
For a "Getting Started" guide, see:
https://ghc.haskell.org/trac/ghc/wiki/Building/QuickStart
https://ghc.haskell.org/trac/ghc/wiki/Building/Using
https://ghc.haskell.org/trac/ghc/wiki/Building/StandardTargets
https://gitlab.haskell.org/ghc/ghc/wikis/building/quick-start
https://gitlab.haskell.org/ghc/ghc/wikis/building/using
https://gitlab.haskell.org/ghc/ghc/wikis/building/standard-targets
Common commands:
......
......@@ -5,8 +5,8 @@
# This file is part of the GHC build system.
#
# To understand how the build system works and how to modify it, see
# http://ghc.haskell.org/trac/ghc/wiki/Building/Architecture
# http://ghc.haskell.org/trac/ghc/wiki/Building/Modifying
# https://gitlab.haskell.org/ghc/ghc/wikis/building/architecture
# https://gitlab.haskell.org/ghc/ghc/wikis/building/modifying
#
# -----------------------------------------------------------------------------
......
......@@ -31,7 +31,7 @@ There are two ways to get a source tree:
Note: cloning GHC from Github requires a special setup. See [Getting a GHC
repository from Github][7].
*See the GHC team's working conventions regarding [how to contribute a patch to GHC](http://ghc.haskell.org/trac/ghc/wiki/WorkingConventions/FixingBugs).* First time contributors are encouraged to get started by just sending a Pull Request.
*See the GHC team's working conventions regarding [how to contribute a patch to GHC](https://gitlab.haskell.org/ghc/ghc/wikis/working-conventions/fixing-bugs).* First time contributors are encouraged to get started by just sending a Pull Request.
Building & Installing
......@@ -109,19 +109,19 @@ you to join!
[1]: http://www.haskell.org/ghc/ "www.haskell.org/ghc/"
[2]: http://ghc.haskell.org/trac/ghc "ghc.haskell.org/trac/ghc"
[3]: http://ghc.haskell.org/trac/ghc/wiki/Building
"ghc.haskell.org/trac/ghc/wiki/Building"
[3]: https://gitlab.haskell.org/ghc/ghc/wikis/building
"https://gitlab.haskell.org/ghc/ghc/wikis/building"
[4]: http://www.haskell.org/happy/ "www.haskell.org/happy/"
[5]: http://www.haskell.org/alex/ "www.haskell.org/alex/"
[6]: http://www.haskell.org/haddock/ "www.haskell.org/haddock/"
[7]: https://ghc.haskell.org/trac/ghc/wiki/Building/GettingTheSources#GettingaGHCrepositoryfromGitHub
"https://ghc.haskell.org/trac/ghc/wiki/Building/GettingTheSources#GettingaGHCrepositoryfromGitHub"
[8]: http://ghc.haskell.org/trac/ghc/wiki/Building/Preparation
"http://ghc.haskell.org/trac/ghc/wiki/Building/Preparation"
[7]: https://gitlab.haskell.org/ghc/ghc/wikis/building/getting-the-sources#cloning-from-github
"https://gitlab.haskell.org/ghc/ghc/wikis/building/getting-the-sources#cloning-from-github"
[8]: https://gitlab.haskell.org/ghc/ghc/wikis/building/preparation
"https://gitlab.haskell.org/ghc/ghc/wikis/building/preparation"
[9]: http://www.haskell.org/cabal/ "http://www.haskell.org/cabal/"
[10]: https://gitlab.haskell.org/ghc/ghc/issues
"https://gitlab.haskell.org/ghc/ghc/issues"
[11]: http://www.haskell.org/pipermail/glasgow-haskell-users/
"http://www.haskell.org/pipermail/glasgow-haskell-users/"
[12]: http://ghc.haskell.org/trac/ghc/wiki/TeamGHC
"http://ghc.haskell.org/trac/ghc/wiki/TeamGHC"
[12]: https://gitlab.haskell.org/ghc/ghc/wikis/team-ghc
"https://gitlab.haskell.org/ghc/ghc/wikis/team-ghc"
......@@ -905,7 +905,7 @@ dnl 2. Find happy in path
dnl 3. Check happy version
dnl
dnl If you increase the minimum version requirement, please also update:
dnl https://ghc.haskell.org/trac/ghc/wiki/Building/Preparation/Tools
dnl https://gitlab.haskell.org/ghc/ghc/wikis/building/preparation/tools
dnl
AC_DEFUN([FPTOOLS_HAPPY],
[AC_PATH_PROG(HAPPY,[happy],)
......@@ -938,7 +938,7 @@ dnl 2. Find alex in path
dnl 3. Check alex version
dnl
dnl If you increase the minimum version requirement, please also update:
dnl https://ghc.haskell.org/trac/ghc/wiki/Building/Preparation/Tools
dnl https://gitlab.haskell.org/ghc/ghc/wikis/building/preparation/tools
dnl
AC_DEFUN([FPTOOLS_ALEX],
[AC_PATH_PROG(ALEX,[alex],)
......
......@@ -5,8 +5,8 @@
# This file is part of the GHC build system.
#
# To understand how the build system works and how to modify it, see
# http://ghc.haskell.org/trac/ghc/wiki/Building/Architecture
# http://ghc.haskell.org/trac/ghc/wiki/Building/Modifying
# https://gitlab.haskell.org/ghc/ghc/wikis/building/architecture
# https://gitlab.haskell.org/ghc/ghc/wikis/building/modifying
#
# -----------------------------------------------------------------------------
......
......@@ -5,8 +5,8 @@
# This file is part of the GHC build system.
#
# To understand how the build system works and how to modify it, see
# http://ghc.haskell.org/trac/ghc/wiki/Building/Architecture
# http://ghc.haskell.org/trac/ghc/wiki/Building/Modifying
# https://gitlab.haskell.org/ghc/ghc/wikis/building/architecture
# https://gitlab.haskell.org/ghc/ghc/wikis/building/modifying
#
# -----------------------------------------------------------------------------
......
......@@ -53,8 +53,8 @@ def check_for_url_rewrites():
git clone --recursive git://git.haskell.org/ghc.git
For more information, see:
* https://ghc.haskell.org/trac/ghc/wiki/Newcomers or
* https://ghc.haskell.org/trac/ghc/wiki/Building/GettingTheSources#CloningfromGitHub
* https://gitlab.haskell.org/ghc/ghc/wikis/newcomers or
* https://gitlab.haskell.org/ghc/ghc/wikis/building/getting-the-sources#cloning-from-github
""")
def check_boot_packages():
......@@ -186,7 +186,7 @@ def check_build_mk():
than simply building it to use it.
For information on creating a mk/build.mk file, please see:
http://ghc.haskell.org/trac/ghc/wiki/Building/Using#Buildconfiguration
https://gitlab.haskell.org/ghc/ghc/wikis/building/using#build-configuration
"""))
check_for_url_rewrites()
......
......@@ -5,8 +5,8 @@
# This file is part of the GHC build system.
#
# To understand how the build system works and how to modify it, see
# http://ghc.haskell.org/trac/ghc/wiki/Building/Architecture
# http://ghc.haskell.org/trac/ghc/wiki/Building/Modifying
# https://gitlab.haskell.org/ghc/ghc/wikis/building/architecture
# https://gitlab.haskell.org/ghc/ghc/wikis/building/modifying
#
# -----------------------------------------------------------------------------
......
......@@ -1571,7 +1571,7 @@ It is only effective if the one-shot info survives as long as possible; in
particular it must make it into the interface in unfoldings. See Note [Preserve
OneShotInfo] in CoreTidy.
Also see https://ghc.haskell.org/trac/ghc/wiki/OneShot.
Also see https://gitlab.haskell.org/ghc/ghc/wikis/one-shot.
Note [magicDictId magic]
......
......@@ -177,7 +177,7 @@ import {-# SOURCE #-} Packages (componentIdString, improveUnitId, PackageConfigM
-- Unit IDs, installed package IDs, ABI hashes, package names,
-- versions, there are a *lot* of different identifiers for closely
-- related things. What do they all mean? Here's what. (See also
-- https://ghc.haskell.org/trac/ghc/wiki/Commentary/Packages/Concepts )
-- https://gitlab.haskell.org/ghc/ghc/wikis/commentary/packages/concepts )
--
-- THE IMPORTANT ONES
--
......
......@@ -1216,7 +1216,7 @@ bestImport iss
{- Note [Choosing the best import declaration]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
When reporting unused import declarations we use the following rules.
(see [wiki:Commentary/Compiler/UnusedImports])
(see [wiki:commentary/compiler/unused-imports])
Say that an import-item is either
* an entire import-all decl (eg import Foo), or
......
......@@ -223,11 +223,11 @@ use `deriving' because we want {\em precise} control of ordering
--
-- As such, to get deterministic builds, the order of the allocated
-- @Uniques@ should not affect the final result.
-- see also wiki/DeterministicBuilds
-- see also wiki/deterministic-builds
--
-- Note [Unique Determinism and code generation]
-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-- The goal of the deterministic builds (wiki/DeterministicBuilds, #4012)
-- The goal of the deterministic builds (wiki/deterministic-builds, #4012)
-- is to get ABI compatible binaries given the same inputs and environment.
-- The motivation behind that is that if the ABI doesn't change the
-- binaries can be safely reused.
......
......@@ -760,7 +760,7 @@ hasCAF _ = False
-- -----------------------------------------------------------------------------
-- Does a CLabel need declaring before use or not?
--
-- See wiki:Commentary/Compiler/Backends/PprC#Prototypes
-- See wiki:commentary/compiler/backends/ppr-c#prototypes
needsCDecl :: CLabel -> Bool
-- False <=> it's pre-declared; don't bother
......
......@@ -8,7 +8,7 @@
--
-- Print Cmm as real C, for -fvia-C
--
-- See wiki:Commentary/Compiler/Backends/PprC
-- See wiki:commentary/compiler/backends/ppr-c
--
-- This is simpler than the old PprAbsC, because Cmm is "macro-expanded"
-- relative to the old AbstractC, and many oddities/decorations have
......@@ -240,7 +240,7 @@ pprStmt stmt =
cast_fn = parens (cCast (pprCFunType (char '*') cconv hresults hargs) fn)
-- See wiki:Commentary/Compiler/Backends/PprC#Prototypes
-- See wiki:commentary/compiler/backends/ppr-c#prototypes
fnCall =
case fn of
CmmLit (CmmLabel lbl)
......
......@@ -65,9 +65,9 @@ Things to do:
- See "CAFs" below; we want to totally refactor the way SRTs are calculated
- Garbage-collect http://ghc.haskell.org/trac/ghc/wiki/Commentary/Compiler/CPS
- Garbage-collect https://gitlab.haskell.org/ghc/ghc/wikis/commentary/compiler/cps
moving good stuff into
http://ghc.haskell.org/trac/ghc/wiki/Commentary/Compiler/NewCodeGenPipeline
https://gitlab.haskell.org/ghc/ghc/wikis/commentary/compiler/new-code-gen-pipeline
- Currently AsmCodeGen top level calls AsmCodeGen.cmmToCmm, which is a small
C-- optimiser. It has quite a lot of boilerplate folding code in AsmCodeGen
......
......@@ -11,7 +11,7 @@
{- OVERVIEW: ticky ticky profiling
Please see
http://ghc.haskell.org/trac/ghc/wiki/Debugging/TickyTicky and also
https://gitlab.haskell.org/ghc/ghc/wikis/debugging/ticky-ticky and also
edit it and the rest of this comment to keep them up-to-date if you
change ticky-ticky. Thanks!
......
......@@ -159,7 +159,7 @@ find an occurrence of an Id, we fetch it from the in-scope set.
Note [Bad unsafe coercion]
~~~~~~~~~~~~~~~~~~~~~~~~~~
For discussion see https://ghc.haskell.org/trac/ghc/wiki/BadUnsafeCoercions
For discussion see https://gitlab.haskell.org/ghc/ghc/wikis/bad-unsafe-coercions
Linter introduces additional rules that checks improper coercion between
different types, called bad coercions. Following coercions are forbidden:
......
......@@ -280,7 +280,7 @@ instance Monoid PartialResult where
-- More details about the classification of clauses into useful, redundant
-- and with inaccessible right hand side can be found here:
--
-- https://ghc.haskell.org/trac/ghc/wiki/PatternMatchCheck
-- https://gitlab.haskell.org/ghc/ghc/wikis/pattern-match-check
--
data PmResult =
PmResult {
......
......@@ -530,7 +530,7 @@ thought!
Note [Desugar Strict binds]
~~~~~~~~~~~~~~~~~~~~~~~~~~~
See https://ghc.haskell.org/trac/ghc/wiki/StrictPragma
See https://gitlab.haskell.org/ghc/ghc/wikis/strict-pragma
Desugaring strict variable bindings looks as follows (core below ==>)
......@@ -598,7 +598,7 @@ tuple `t`, thus:
in tm `seq` <body>
See https://ghc.haskell.org/trac/ghc/wiki/StrictPragma for a more
See https://gitlab.haskell.org/ghc/ghc/wikis/strict-pragma for a more
detailed explanation of the desugaring of strict bindings.
Note [Strict binds checks]
......
......@@ -5,8 +5,8 @@
# This file is part of the GHC build system.
#
# To understand how the build system works and how to modify it, see
# http://ghc.haskell.org/trac/ghc/wiki/Building/Architecture
# http://ghc.haskell.org/trac/ghc/wiki/Building/Modifying
# https://gitlab.haskell.org/ghc/ghc/wikis/building/architecture
# https://gitlab.haskell.org/ghc/ghc/wikis/building/modifying
#
# -----------------------------------------------------------------------------
......
......@@ -117,7 +117,7 @@ use a different "way", e.g. profiled or dynamic. This means
taking the performance hit on the compiler that profiling would
entail.
For other reasons see RemoteGHCi on the wiki.
For other reasons see remote-GHCi on the wiki.
Implementation Overview
~~~~~~~~~~~~~~~~~~~~~~~
......@@ -152,7 +152,7 @@ message if it is used with -fexternal-interpreter.
Other Notes on Remote GHCi
~~~~~~~~~~~~~~~~~~~~~~~~~~
* This wiki page has an implementation overview:
https://ghc.haskell.org/trac/ghc/wiki/Commentary/Compiler/ExternalInterpreter
https://gitlab.haskell.org/ghc/ghc/wikis/commentary/compiler/external-interpreter
* Note [External GHCi pointers] in compiler/ghci/GHCi.hs
* Note [Remote Template Haskell] in libraries/ghci/GHCi/TH.hs
-}
......
......@@ -784,7 +784,7 @@ pprTyClDeclFlavour (XTyClDecl x) = ppr x
We kind-check declarations differently if they have a complete, user-supplied
kind signature (CUSK). This is because we can safely generalise a CUSKed
declaration before checking all of the others, supporting polymorphic recursion.
See ghc.haskell.org/trac/ghc/wiki/GhcKinds/KindInference#Proposednewstrategy
See https://gitlab.haskell.org/ghc/ghc/wikis/ghc-kinds/kind-inference#proposed-new-strategy
and #9200 for lots of discussion of how we got here.
PRINCIPLE:
......
......@@ -32,7 +32,7 @@ import Data.Kind
Note [Trees that grow]
~~~~~~~~~~~~~~~~~~~~~~
See https://ghc.haskell.org/trac/ghc/wiki/ImplementingTreesThatGrow
See https://gitlab.haskell.org/ghc/ghc/wikis/implementing-trees-that-grow
The hsSyn AST is reused across multiple compiler passes. We also have the
Template Haskell AST, and the haskell-src-exts one (outside of GHC)
......
......@@ -377,7 +377,7 @@ data IfaceIdDetails
{-
Note [Versioning of instances]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
See [http://ghc.haskell.org/trac/ghc/wiki/Commentary/Compiler/RecompilationAvoidance#Instances]
See [https://gitlab.haskell.org/ghc/ghc/wikis/commentary/compiler/recompilation-avoidance#instances]
************************************************************************
......
......@@ -34,7 +34,7 @@ module MkIface (
A complete description of how recompilation checking works can be
found in the wiki commentary:
http://ghc.haskell.org/trac/ghc/wiki/Commentary/Compiler/RecompilationAvoidance
https://gitlab.haskell.org/ghc/ghc/wikis/commentary/compiler/recompilation-avoidance
Please read the above page for a top-down description of how this all
works. Notes below cover specific issues related to the implementation.
......@@ -645,7 +645,7 @@ addFingerprints hsc_env mb_old_fingerprint iface0 new_decls
-- See Note [Export hash depends on non-orphan family instances]
dep_finsts (mi_deps iface0),
-- dep_pkgs: see "Package Version Changes" on
-- wiki/Commentary/Compiler/RecompilationAvoidance
-- wiki/commentary/compiler/recompilation-avoidance
mi_trust iface0)
-- Make sure change of Safe Haskell mode causes recomp.
......
......@@ -1630,7 +1630,7 @@ tcIfaceGlobal name
--
-- There is also a wiki page on the subject, see:
--
-- https://ghc.haskell.org/trac/ghc/wiki/Commentary/Compiler/TyingTheKnot
-- https://gitlab.haskell.org/ghc/ghc/wikis/commentary/compiler/tying-the-knot
-- Note [Knot-tying fallback on boot]
-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
......
......@@ -322,7 +322,7 @@ import Foreign (Ptr) -- needed for 2nd stage
-- * Adding the flag to the GHC Wiki
--
-- There is a change log tracking language extension additions and removals
-- on the GHC wiki: https://ghc.haskell.org/trac/ghc/wiki/LanguagePragmaHistory
-- on the GHC wiki: https://gitlab.haskell.org/ghc/ghc/wikis/language-pragma-history
--
-- See #4437 and #8176.
......@@ -5549,7 +5549,7 @@ picCCOpts dflags = pieOpts ++ picOpts
-- otherwise things like stub.c files don't get compiled
-- correctly. They need to reference data in the Haskell
-- objects, but can't without -fPIC. See
-- http://ghc.haskell.org/trac/ghc/wiki/Commentary/PositionIndependentCode
-- https://gitlab.haskell.org/ghc/ghc/wikis/commentary/position-independent-code
| gopt Opt_PIC dflags || WayDyn `elem` ways dflags ->
["-fPIC", "-U__PIC__", "-D__PIC__"]
-- gcc may be configured to have PIC on by default, let's be
......
......@@ -2404,7 +2404,7 @@ noDependencies :: Dependencies
noDependencies = Deps [] [] [] [] []
-- | Records modules for which changes may force recompilation of this module
-- See wiki: http://ghc.haskell.org/trac/ghc/wiki/Commentary/Compiler/RecompilationAvoidance
-- See wiki: https://gitlab.haskell.org/ghc/ghc/wikis/commentary/compiler/recompilation-avoidance
--
-- This differs from Dependencies. A module X may be in the dep_mods of this
-- module (via an import chain) but if we don't use anything from X it won't
......
......@@ -120,7 +120,7 @@ data Plugin = Plugin {
-- is supported by most build environment.
--
-- For the full discussion, check the full proposal at:
-- https://ghc.haskell.org/trac/ghc/wiki/ExtendedPluginsProposal
-- https://gitlab.haskell.org/ghc/ghc/wikis/extended-plugins-proposal
data PluginWithArgs = PluginWithArgs
{ paPlugin :: Plugin
......
......@@ -234,8 +234,8 @@ Plan B: include pragmas, make interfaces
Note [Choosing external Ids]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~
See also the section "Interface stability" in the
RecompilationAvoidance commentary:
http://ghc.haskell.org/trac/ghc/wiki/Commentary/Compiler/RecompilationAvoidance
recompilation-avoidance commentary:
https://gitlab.haskell.org/ghc/ghc/wikis/commentary/compiler/recompilation-avoidance
First we figure out which Ids are "external" Ids. An
"external" Id is one that is visible from outside the compilation
......
......@@ -52,7 +52,7 @@ import qualified Data.Set as Set
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
For additional information also look at
https://ghc.haskell.org/trac/ghc/wiki/Commentary/Compiler/CodeLayout
https://gitlab.haskell.org/ghc/ghc/wikis/commentary/compiler/code-layout
We have a CFG with edge weights based on which we try to place blocks next to
each other.
......
......@@ -212,7 +212,7 @@ pprLabelType' dflags lbl =
"
A good place to check for more
https://ghc.haskell.org/trac/ghc/wiki/Commentary/PositionIndependentCode
https://gitlab.haskell.org/ghc/ghc/wikis/commentary/position-independent-code
Another possible hack is to create an extra local function symbol for
every code-like thing to give the needed information for to the tools
......
......@@ -125,7 +125,7 @@ until later. 'allocateComments' in 'Lexer' is responsible for
making sure we only attach comments that actually fit in the 'SrcSpan'.)
The wiki page describing this feature is
https://ghc.haskell.org/trac/ghc/wiki/ApiAnnotations
https://gitlab.haskell.org/ghc/ghc/wikis/api-annotations
-}
-- ---------------------------------------------------------------------
......@@ -188,7 +188,7 @@ getAndRemoveAnnotationComments (anns,canns) span =
-- @'DynFlags.DynFlags'@ before parsing.
--
-- The wiki page describing this feature is
-- https://ghc.haskell.org/trac/ghc/wiki/ApiAnnotations
-- https://gitlab.haskell.org/ghc/ghc/wikis/api-annotations
--
-- Note: in general the names of these are taken from the
-- corresponding token, unless otherwise noted
......
......@@ -13,7 +13,7 @@
-- References:
-- [1] https://www.haskell.org/onlinereport/haskell2010/haskellch2.html
-- [2] http://www.haskell.org/alex/
-- [3] https://ghc.haskell.org/trac/ghc/wiki/Commentary/Compiler/Parser
-- [3] https://gitlab.haskell.org/ghc/ghc/wikis/commentary/compiler/parser
--
-----------------------------------------------------------------------------
......
......@@ -394,8 +394,8 @@ structured editors.
The helper functions are defined at the bottom of this file.
See
https://ghc.haskell.org/trac/ghc/wiki/ApiAnnotations and
https://ghc.haskell.org/trac/ghc/wiki/GhcAstAnnotations
https://gitlab.haskell.org/ghc/ghc/wikis/api-annotations and
https://gitlab.haskell.org/ghc/ghc/wikis/ghc-ast-annotations
for some background.
If you modify the parser and want to ensure that the API annotations are processed
......
......@@ -5,7 +5,7 @@
-- Primitive Operations and Types
--
-- For more information on PrimOps, see
-- http://ghc.haskell.org/trac/ghc/wiki/Commentary/PrimOps
-- https://gitlab.haskell.org/ghc/ghc/wikis/commentary/prim-ops
--
-----------------------------------------------------------------------
......@@ -18,7 +18,7 @@
-- Information on how PrimOps are implemented and the steps necessary to
-- add a new one can be found in the Commentary:
--
-- http://ghc.haskell.org/trac/ghc/wiki/Commentary/PrimOps
-- https://gitlab.haskell.org/ghc/ghc/wikis/commentary/prim-ops
--
-- Note in particular that Haskell block-style comments are not recognized
-- here, so stick to '--' (even for Notes spanning multiple lines).
......
......@@ -1303,7 +1303,7 @@ warnMissingSignatures gbl_env
This code finds which import declarations are unused. The
specification and implementation notes are here:
http://ghc.haskell.org/trac/ghc/wiki/Commentary/Compiler/UnusedImports
https://gitlab.haskell.org/ghc/ghc/wikis/commentary/compiler/unused-imports
See also Note [Choosing the best import declaration] in RdrName
-}
......
......@@ -525,7 +525,7 @@ global environment and exposes the current local environment to them [4, 5, 6].
References:
[1] https://ghc.haskell.org/trac/ghc/wiki/TemplateHaskell/Reify
[1] https://gitlab.haskell.org/ghc/ghc/wikis/template-haskell/reify
[2] 'rnSpliceExpr'
[3] 'TcSplice.qAddModFinalizer'
[4] 'TcExpr.tcExpr' ('HsSpliceE' ('HsSpliced' ...))
......
......@@ -17,7 +17,7 @@ import qualified StgLiftLams.Transformation as Transformation
-- Note [Late lambda lifting in STG]
-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
-- $note
-- See also the <https://ghc.haskell.org/trac/ghc/wiki/LateLamLift wiki page>
-- See also the <https://gitlab.haskell.org/ghc/ghc/wikis/late-lam-lift wiki page>
-- and #9476.
--
-- The basic idea behind lambda lifting is to turn locally defined functions
......
......@@ -81,7 +81,7 @@ import Data.Maybe ( mapMaybe )
-- "StgLiftLams.Analysis#clogro" and is what most of this module is ultimately
-- concerned with.
--
-- There's a <https://ghc.haskell.org/trac/ghc/wiki/LateLamLift wiki page> with
-- There's a <https://gitlab.haskell.org/ghc/ghc/wikis/late-lam-lift wiki page> with
-- some more background and history.
-- Note [Estimating closure growth]
......@@ -102,7 +102,7 @@ import Data.Maybe ( mapMaybe )
--
-- A more detailed treatment of computing closure growth, including examples,
-- can be found in the paper referenced from the
-- <https://ghc.haskell.org/trac/ghc/wiki/LateLamLift wiki page>.
-- <https://gitlab.haskell.org/ghc/ghc/wikis/late-lam-lift wiki page>.
llTrace :: String -> SDoc -> a -> a
llTrace _ _ c = c
......
......@@ -115,7 +115,7 @@ import Control.Monad (liftM, ap)
-- bitmap in each info table describing which entries of this table the closure
-- references.