- Mar 10, 2014
- Feb 28, 2014
-
-
Austin Seipp authored
When building a binary distribution with TAR_COMP=xz, using the -9e flag (extremely high compression) results in substantial savings: for the Mavericks builds, bzip2 scores in at about 120mb, while xz at level 9 scores about 60mb - a huge reduction! This of course takes significantly longer - but it does not affect decompression speed for end users, so it's certainly worth it. Signed-off-by:
Austin Seipp <austin@well-typed.com>
-
- Feb 26, 2014
-
-
Herbert Valerio Riedel authored
These parts were forgotten to be committed together with the rest of 32f41c79 Signed-off-by:
Herbert Valerio Riedel <hvr@gnu.org>
-
Herbert Valerio Riedel authored
By default, bzip2 compression is selected (which is what has been used till now). Additionally, by setting the TAR_COMP make variable to one of the values "bzip2", "gzip", or "xz", an explicit compression format can be requested for the distribution tarballs. For instance, invoking make TAR_COMP=xz sdist-ghc will result in a tarball `./sdistprep/ghc-7.9.20140226-src.tar.xz` Signed-off-by:
Herbert Valerio Riedel <hvr@gnu.org>
-
- Feb 17, 2014
-
-
Sergei Trofimovich authored
Disable -O2 optimization. Otherwise amount of generated C code makes things very slow to compile (~5 minutes on core-i7 for 'compiler/hsSyn/HsExpr.lhs') And sometimes not compile at all (powerpc64 overflows something on 'compiler/hsSyn/HsExpr.lhs'). Issue #8748 Signed-off-by:
Sergei Trofimovich <slyfox@gentoo.org> Signed-off-by:
Austin Seipp <austin@well-typed.com>
-
- Jan 30, 2014
-
-
Luke Iannini authored
This is for building performance-optimized cross compilers (e.g. the iOS target.) Signed-off-by:
Austin Seipp <austin@well-typed.com>
-
- Jan 28, 2014
-
-
Ben Gamari authored
Signed-off-by:
Austin Seipp <austin@well-typed.com>
-
- Jan 17, 2014
-
-
pali.gabor@gmail.com authored
All actively supported releases (8.4-RELEASE, 9.2-RELEASE and the upcoming 10.0-RELEASE) now support resolution of $ORIGIN properly.
-
- Jan 14, 2014
-
-
Austin Seipp authored
Signed-off-by:
Austin Seipp <austin@well-typed.com>
-
- Jan 13, 2014
-
-
Austin Seipp authored
We're punting on full -dynamic and -dynamic-too support for Windows right now, since it's still unstable. Also, ensure "Support dynamic-too" in `ghc --info` is set to "NO" for Cabal. See issues #7134, #8228, and #5987 Signed-off-by:
Austin Seipp <austin@well-typed.com>
-
- Jan 07, 2014
-
-
Austin Seipp authored
We creeped back up again past the symbol threshold on my test x86_64 win2k8 test machine. This brings it down to 60600 symbols in split windows DLL. Signed-off-by:
Austin Seipp <austin@well-typed.com>
-
- Nov 22, 2013
-
-
Austin Seipp authored
This is a very temporary, very unsatisfactory hack to fix #5987 (for now.) The included comments essentially say it all: we lower the unfolding threshold to minimize some amount of exported symbols from the GHC stage2 DLL. I unfortunately had to lower it quite substantially for the dynamic stage2 build to pass. As of this writing, the DLL split between ghc.dll and ghc-0.dll is something like 26,000 vs 63,000 exported symbols, respectively. So we're still quite in danger of tripping it, but I think we will be OK at this exact moment. Signed-off-by:
Austin Seipp <austin@well-typed.com>
-
- Oct 25, 2013
-
-
Austin Seipp authored
This is suitable e.g. for iOS. Authored-by:
Authored-by: Luke Iannini <lukexi@me.com> Signed-off-by:
Austin Seipp <austin@well-typed.com>
-
- Oct 01, 2013
-
-
Simon Marlow authored
-
- Sep 12, 2013
-
-
Austin Seipp authored
This patch implements a warning when definitions conflict with the Applicative-Monad Proposal (AMP), described in #8004. Namely, this will cause a warning iff: * You have an instance of Monad, but not Applicative * You have an instance of MonadPlus, but not Alternative * You locally defined a function named join, <*>, or pure. In GHC 7.10, these warnings will actually be enforced with superclass constraints through changes in base, so programs will fail to compile then. This warning is enabled by default. Unfortunately, not all of our upstream libraries have accepted the appropriate patches. So we temporarily fix ./validate by ignoring the AMP warning. Dan Rosén made an initial implementation of this change, and the remaining work was finished off by David Luposchainsky. I finally made some minor refactorings. Authored-by:
Dan Rosén <danr@chalmers.se> Authored-by:
David Luposchainsky <dluposchainsky@gmail.com> Signed-off-by:
Austin Seipp <austin@well-typed.com>
-
- Sep 04, 2013
-
-
Austin Seipp authored
Parser.hs needs to be compiled with -fcmm-sink on x86 platforms, so the register allocator doesn't run out of stack slots. Previously, we had to do some CPP hacks in order to emit an #ifdef into the file - this is because we preprocess it once up front, and run the preprocessor again when we compile it. There's two cases: the boostrap compiler is > 7.8, and the stage1 parser needs the flag, or the stage1 compiler is compiling the stage2 Parser.hs, and needs the flag.. The previous approach was super fragile with Clang. The more principled fix is to instead do this through the build system. This fixes #8182. Signed-off-by:
Austin Seipp <aseipp@pobox.com>
-
Herbert Valerio Riedel authored
For some reason, the new `GccIsClang` variable introduced via fc4856f9 for addressing #8148 isn't set explicitly to `NO`; so this simply changes the test `ifeq $(GccIsClang) NO` to `ifneq $(GccIsClang) YES` which should fix the build with and w/o Clang.
-
chak@cse.unsw.edu.au. authored
* This partially fixes #8148. However, --with-ghc-4.8 will still not work given the rather dubious m4 macros and the failures in the test suite due to '-nodefaultlibs' still need to be fixed.
-
- Sep 03, 2013
-
-
Gabor Greif authored
Fixing #8217 for the unix(-like) case.
-
- Aug 24, 2013
-
-
Austin Seipp authored
Signed-off-by:
Austin Seipp <aseipp@pobox.com>
-
Austin Seipp authored
The iOS simulator is essentially an iOS target but for an x86 machine instead. It doesn't support the native code generator either, though. Authored-by:
Stephen Blackheath <...@blacksapphire.com> Signed-off-by:
Austin Seipp <aseipp@pobox.com>
-
- Aug 14, 2013
-
-
Austin Seipp authored
When cross compiling to iOS, we generate archive files which are linked into the final executable. We already *did* generate archive files - just with the wrong suffix. Fixes #8125. Authored-by:
Stephen Blackheath <...@blacksapphire.com> Signed-off-by:
Austin Seipp <aseipp@pobox.com>
-
- Aug 05, 2013
-
-
Erik de Castro Lopo authored
Dynamic libraries on powerpc linux are currently broken. See: http://hackage.haskell.org/trac/ghc/ticket/8024
-
- Jul 03, 2013
-
-
Ian Lynagh authored
On Windows, the ranlib in the path may not be the right ranlib (it may be the 32bit ranlib when we are making a Win64 compiler, or vice-versa). Therefore we can't leave it up to libffi to detect the right ranlib, but need to tell it which ranlib to use. This means that we need to find ranlib even if we don't actually need it ourselves.
-
- Jul 02, 2013
-
-
Geoffrey Mainland authored
-
- Jun 19, 2013
-
-
Austin Seipp authored
It likes to think lambdas a la: foo $ \u -> ... represent a kind of unicode extended literal. It also gets confused when you have things like: ... thing ... {- comment ... (???) -} where the (???) is mistaken as a trigraph. Signed-off-by:
Austin Seipp <aseipp@pobox.com>
-
- Jun 17, 2013
-
-
Austin Seipp authored
Signed-off-by:
Austin Seipp <aseipp@pobox.com>
-
- Jun 14, 2013
-
-
Ian Lynagh authored
-
- Jun 09, 2013
-
-
Ian Lynagh authored
We now check in the same way that the testsuite does.
-
- May 31, 2013
-
-
Geoffrey Mainland authored
The LLVM back end does not yet work when building dynamically.
-
- May 30, 2013
-
-
This patch disables shared libs support on arm-unknown-linux platform. It unbreaks ghc-stage2 on this platform after recent Ian's changes in dynamic/shared libs domain. The reason why ghc-stage2 fails when linked with shared libs is still unknown so this is just a workaround at the moment, but it at least recovers previous "correct" behavior of ghc-stage2 on ARM/Linux
-
-
- May 04, 2013
-
-
Austin Seipp authored
People are probably more likely to notice some useful variables if they're located closer to the top (like V=0 and stage=2.) Signed-off-by:
Austin Seipp <aseipp@pobox.com>
-
- Apr 27, 2013
-
-
pali.gabor@gmail.com authored
properly (see #7819)
-
- Apr 21, 2013
-
-
Ian Lynagh authored
Patch from Stephen Blackheath.
-
- Apr 20, 2013
-
-
Ian Lynagh authored
Currently they are all set to the same value, but when cross-compiling they could be set to different values.
-
Ian Lynagh authored
We now leave making installers to the Haskell Platform.
-
Ian Lynagh authored
-
- Apr 03, 2013
-
-
Ian Lynagh authored
Although it's not technically needed, it's less confusing if the vanilla way works when people use the sample build.mk.
-