[Git][ghc/ghc][master] Remove obsolete cross-port script

Marge Bot (@marge-bot) gitlab at gitlab.haskell.org
Wed Nov 13 13:48:47 UTC 2024



Marge Bot pushed to branch master at Glasgow Haskell Compiler / GHC


Commits:
00d551bf by Cheng Shao at 2024-11-13T08:48:21-05:00
Remove obsolete cross-port script

This patch removes the obsolete cross-port script in the tree. The
script was based on the legacy Make build system which has been pruned
from the tree long ago. For hadrian, proper support for two-stage
bootstrapping onto a new unsupported platform is a work in progress in
!11444.

- - - - -


1 changed file:

- − distrib/cross-port


Changes:

=====================================
distrib/cross-port deleted
=====================================
@@ -1,75 +0,0 @@
-#!/usr/bin/env bash
-
-# This script can be used to generate some unregisterised .hc files
-# for bootstrapping GHC on a new/unsupported platform.  It involves a
-# two-stage bootstrap: the first stage builds an unregisterised set of
-# libraries & RTS, and the second stage builds an unregisterised
-# compiler.  
-
-# Take the .hc files from the libraries of stage 1, and the compiler
-# of stage 2, to the target system and bootstrap from these to get a
-# working (unregisterised) compiler.
-
-set -e
-
-base=`pwd`
-
-# set this to the location of your source tree
-fptools_dir=$HOME/fptools
-
-if [ ! -f b1-stamp ]; then
-  mkdir b1
-  cd b1
-  lndir $fptools_dir
-  cd ..
-
-  cd b1
-   ./configure
-
-   # For cross-compilation, at this stage you may want to set up a source
-   # tree on the target machine, run the configure script there, and bring
-   # the resulting rts/ghcautoconf.h.autoconf file back into this tree before building
-   # the libraries.
-
-   touch mk/build.mk
-   echo "GhcUnregisterised = YES" >> mk/build.mk
-   echo "GhcLibHcOpts = -O -H32m -fvia-C -keep-hc-files" >> mk/build.mk
-   echo "GhcLibWays =" >> mk/build.mk
-
-   # We could optimise slightly by not building hslibs here.  Also, building
-   # the RTS is not necessary (and might not be desirable if we're using
-   # a ghcautoconf.h from the target system).
-   make stage1
-
-  cd ..
-
-  touch b1-stamp
-fi
-
-# exit 0
-
-if [ ! -f b2-stamp ]; then
-  mkdir b2
-  cd b2
-  lndir $fptools_dir
-  cd ..
-
-  cd b2
-   ./configure --with-ghc=$base/b1/ghc/compiler/stage1/ghc-inplace
-
-   touch mk/build.mk
-   # The bootstrapped compiler should probably generate unregisterised
-   # code too.  If you don't want it to, then comment out this line:
-   echo "GhcUnregisterised = YES" >> mk/build.mk
-   echo "SRC_HC_OPTS += -keep-hc-file -fvia-C" >> mk/build.mk
-   echo "GhcWithInterpreter = NO" >> mk/build.mk
-
-   # we just need to build the compiler and utils...
-   (cd glafp-utils && make boot && make)
-   (cd ghc && make boot)
-   (cd ghc/utils && make)
-   (cd ghc/compiler && make stage=1)
-  cd ..
-
-  touch b2-stamp
-fi



View it on GitLab: https://gitlab.haskell.org/ghc/ghc/-/commit/00d551bfac82d2974b09cf1c235dc56de49d257e

-- 
View it on GitLab: https://gitlab.haskell.org/ghc/ghc/-/commit/00d551bfac82d2974b09cf1c235dc56de49d257e
You're receiving this email because of your account on gitlab.haskell.org.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/ghc-commits/attachments/20241113/3cbfe8b6/attachment-0001.html>


More information about the ghc-commits mailing list