Reviewers: O25 HSC2HS, hvr

Subscribers: ckoparkar

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

Feature/add more archs

See also https://ghc.haskell.org/trac/ghc/ticket/15758

The hsc2hs-0.68.4 release was already revised with a lower bound `base >= 4.12` to
mitigate the issue solver-side
(http://hackage.haskell.org/package/hsc2hs-0.68.4/revisions/)

This improves upon #9

This commit was performed automatically by a script.
https://github.com/RyanGlScott/travis-maintenance

All lower bounds except those for `process` (due to showCommandForUser)
match the versions of boot libraries shipped w/ GHC 7.0

Chaitanya Koparkar authored 6 years ago and Ryan Scott committed 6 years ago

See https://ghc.haskell.org/trac/ghc/ticket/13896

While I was in town, I also:

* Added a cabal.project file
* Updated .gitignore to include cabal new-build artifacts

These are tests to illustrate GHC cross-compilation failures:
    https://ghc.haskell.org/trac/ghc/ticket/14889


Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>

and update GHC 8.2.1 to GHC 8.2.2 while at it

The previous script didn't run the testsuites yet

As this would require us to declare `cabal-version: 2.0` in the
cabal package description.

This regression was introduced in 9c13b192

Fixes #6

Adds a crude at&t assembly parser to resolve constants

update travis.yml to not try to build the testsuite on 7.0 and 7.2
which won't work, because the dependencies 'call-stack' depends
on base >= 4.5, which is a dependency of hspec-core.

Also updates the assembly files, to drop the `\n` test, which might
end up as `\12`, as `\12`, `\x0a` and `\n`, testing this properly
would require some form of normalization, which we don't have yet.

Our current approach is taken from autoconf, and requires a binary search to
find constants.  This is not only very time consuming but also breaks when the
compiler fails to recognize an expression as constant.  As such we ask the
compiler to produce assembly, crudely parse that assembly and try to extract the
constant directly from the generated assembly.

Moritz Angermann authored 7 years ago and Ben Gamari committed 7 years ago

Summary:
This removes the make concurrency bug from the CrossCompilation
fix, and uses the same appraoch `utils/unlit` already uses. See:
https://git.haskell.org/ghc.git/commitdiff/ff84d052850b637b03bbb98cf05202e44886257d

Reviewers: bgamari, O25 HSC2HS, hvr

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

Moritz Angermann authored 7 years ago and Herbert Valerio Riedel committed 7 years ago

In 598303cb the Paths_hsc2hs module was added to the other-modules.
As such, it should be dropped from the ghc.mk

Moritz Angermann authored 7 years ago and Herbert Valerio Riedel committed 7 years ago

If the `IN_GHC_TREE` CPP macro is defined (controlled by the `in-ghc-tree` cabal flag),
as a last resort, we also try to locate the template relative to the location of the currently
executed `hsc2hs`. Note that this is a hack to work around
only partial relocatable support in cabal, and is here to allow the `hsc2hs`
built and shipped with ghc to be relocatable with the ghc
binary distribution it ships with.

Note that on Windows, `getExecutablePath` doesn't yet operate correctly
in the presence of symlinks; but this should note have any detrimental
effects. This will be fixed/improved in future `base` version.