[commit: ghc] wip/T16106: Cmm: Remove PowerPC Darwin support (703c9c3)

[git at git.haskell.org]

Repository : ssh://git@git.haskell.org/ghc

On branch  : wip/T16106
Link       : http://ghc.haskell.org/trac/ghc/changeset/703c9c36aade8e28210cebf224e0f7d4b18e4ce1/ghc

>---------------------------------------------------------------

commit 703c9c36aade8e28210cebf224e0f7d4b18e4ce1
Author: Peter Trommler <ptrommler at acm.org>
Date:   Mon Dec 31 13:02:56 2018 +0100

    Cmm: Remove PowerPC Darwin support


>---------------------------------------------------------------

703c9c36aade8e28210cebf224e0f7d4b18e4ce1
 compiler/cmm/CmmPipeline.hs | 7 -------
 1 file changed, 7 deletions(-)

diff --git a/compiler/cmm/CmmPipeline.hs b/compiler/cmm/CmmPipeline.hs
index 8c4f214..7f7c111 100644
--- a/compiler/cmm/CmmPipeline.hs
+++ b/compiler/cmm/CmmPipeline.hs
@@ -167,7 +167,6 @@ cpsTop hsc_env proc =
         usingInconsistentPicReg
            = case (platformArch platform, platformOS platform, positionIndependent dflags)
              of   (ArchX86, OSDarwin, pic) -> pic
-                  (ArchPPC, OSDarwin, pic) -> pic
                   _                        -> False
 
 -- Note [Sinking after stack layout]
@@ -314,12 +313,6 @@ points, then at the join point we don't have a consistent value for
 Hence, on x86/Darwin, we have to split proc points, and then each proc
 point will get its own PIC initialisation sequence.
 
-The situation is the same for ppc/Darwin. We use essentially the same
-sequence to load the program counter onto reg:
-
-    bcl  20,31,1f
- 1: mflr reg
-
 This isn't an issue on x86/ELF, where the sequence is
 
     call 1f