summaryrefslogtreecommitdiff
path: root/configure.ac
Commit message (Collapse)AuthorAgeFilesLines
* Embed Git commit id into `ghc --info` outputHerbert Valerio Riedel2014-11-271-0/+1
| | | | | | | | | | | | | | | | | | | | | | | Since we switched to a Git submodule based GHC Git repo, `ghc.git`'s commit id uniquely identifies the state of the GHC source-tree. So having that information embedded into the `ghc` executable provides valuable information to track accurately (especially when created by buildbots) from which source-tree-state a given `ghc` snapshot (distribution) was generated. So this commit adds a new field `"Project Git commit id"` to the `ghc --info` meta-data containing the `./configure`-time Git commit id as reported by `git rev-parse HEAD`. This field can also be queried with `ghc --print-project-git-commit-id`. For source distributions, the file `GIT_COMMIT_ID` is created (with some sanity checking to detect stale commit ids, as that would render this information rather useless) Reviewed By: austin Differential Revision: https://phabricator.haskell.org/D528
* configure.ac: fix test == bashismTuncer Ayaz2014-11-261-4/+4
| | | | Signed-off-by: Austin Seipp <austin@well-typed.com>
* Only test for bug #9439 when llvm is installedThomas Miedema2014-11-191-50/+53
| | | | | | | | | | | | Reviewers: bgamari, austin Reviewed By: austin Subscribers: thomie, carter Differential Revision: https://phabricator.haskell.org/D500 GHC Trac Issues: #9807
* Add a configure test for pthread_setname_npSimon Marlow2014-10-141-0/+16
|
* Fix configure check for 9439 bugYuras Shumovich2014-10-071-2/+2
| | | | | | | | | | | | | | | | Summary: We should escape path to ghc.On wondows usually ghc comes from HP, which is installed somewhere in "...\Haskell Platform\..." Note space in the middle. Test Plan: not necessary Reviewers: rwbarton, hvr, austin Reviewed By: rwbarton, hvr, austin Subscribers: rwbarton, simonmar, ezyang, carter, thomie Projects: #ghc Differential Revision: https://phabricator.haskell.org/D304
* rts: unrust 'libbfd' debug symbols parserSergei Trofimovich2014-10-051-5/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Summary: Patch does the following: - fixes detection of working libbfd on modern linux platforms (where bfd_uncompress_section_contents is a macro) - disables 'bfd' by default and adds '--enable-bfd-debug' configure option. As bfd's ABI is unstable the feature is primarily useful by ghc hackers. Not done (subject for another patch): - one-time bfd object memory leak in DEBUG_LoadSymbols - in '-dynamic' mode debugging symbols are loaded only for current executable, not all libraries it is linked against. Fixes Issue #8790 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org> Test Plan: built unregisterised ghc on amd64 and ran './hello +RTS -Di' there Reviewers: simonmar, austin Reviewed By: simonmar, austin Subscribers: thomie, simonmar, ezyang, carter Differential Revision: https://phabricator.haskell.org/D193 GHC Trac Issues: #8790
* configure.ac: cleanup: remove unused 'HaveLibDL' substSergei Trofimovich2014-09-021-7/+1
| | | | Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* build: require GHC 7.6 for bootstrappingAustin Seipp2014-08-191-5/+3
| | | | | | | | | | | | | | | | | | | | | | Summary: Per the usual standards, a build of GHC is only compileable by the last two releases (e.g. 7.8 only by 7.4 and 7.6). To make sure we don't get suckered into supporting older compilers, let's remove this support now. Signed-off-by: Austin Seipp <austin@well-typed.com> Test Plan: Try to bootstrap with GHC 7.4, watch it fail. Bootstrap with 7.6 or better, and everything works. Reviewers: hvr Reviewed By: hvr Subscribers: simonmar, ezyang, carter Differential Revision: https://phabricator.haskell.org/D167
* Bug #9439: Ensure that stage 0 compiler isn't affectedBen Gamari2014-08-181-0/+50
| | | | | | | | | | | | | | | | Summary: Bug #9439 will cause miscompilation of GHC's LLVM backend. Here we ensure that an affected compiler isn't used to bootstrap. Test Plan: Attempt to bootstrap GHC with an affected stage 0 compiler. Reviewers: rwbarton, austin Reviewed By: austin Subscribers: simonmar, relrod, ezyang, carter Differential Revision: https://phabricator.haskell.org/D159
* workaround Solaris 11 GNU C CPP issue by using GNU C 3.4 as CPPKarel Gardas2014-08-171-54/+2
| | | | | | | | | | | | | | | | | | | | | | | Summary: Solaris 11 distributed GNU C 4.5.x is configured in a way that its CPP is not working well while invoked from GHC. GHC runs it with -x assembler-with-cpp and in this particular configuration GNU C CPP does not provide any line-markers so GHC's output of errors or warnings is confusing since it points to preprocessed file in /tmp and not to the original Haskell file. Fortunately old GNU C 3.4.x is still provided by the OS and when installed it'll be used automatically as GHC CPP which is whole logic of this patch. So although we use modern GCC as a C compiler and assembler we use old GCC as a C preprocessor. Test Plan: validate Reviewers: austin Reviewed By: austin Subscribers: phaskell, simonmar, relrod, ezyang, carter Differential Revision: https://phabricator.haskell.org/D151
* Explicitly version test for package key support.Edward Z. Yang2014-08-131-0/+5
| | | | Signed-off-by: Edward Z. Yang <ezyang@cs.stanford.edu>
* configure.ac: drop unused HAVE_BIN_SHSergei Trofimovich2014-08-091-3/+0
| | | | | | | | | | | | | | | | | | Summary: This hugs heritage gone away with commit f1dffa0224c9e8dcf1d3908e888e7d683485791b in 2001 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org> Test Plan: tried to find HAVE_BIN_SH in internet, no success Reviewers: simonmar, austin Reviewed By: austin Subscribers: phaskell, simonmar, relrod, ezyang, carter Differential Revision: https://phabricator.haskell.org/D117
* configure.ac: drop unused VOID_INT_SIGNALSSergei Trofimovich2014-08-051-25/+1
| | | | | | | | | | | | | | | | | | Summary: Another macro borrowed from hugs, gone aways in commit 528a7d2cf1c90408d60028bb1fec85124d539476 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org> Test Plan: build-tested Reviewers: simonmar, austin, ezyang Reviewed By: austin, ezyang Subscribers: phaskell, simonmar, relrod, ezyang, carter Differential Revision: https://phabricator.haskell.org/D118
* Fix windows breakage (fallout from 34f7e9a3c998)Austin Seipp2014-07-041-3/+0
| | | | Signed-off-by: Austin Seipp <austin@well-typed.com>
* Control CPP through settings file (#8683)Carter Tazio Schonwald2014-07-021-9/+68
| | | | | | | | | | | | | | | | Summary: Allow the CPP program and flag choices for GHC be configured via the the ghc settings file Test Plan: ran validate yesterday Reviewers: hvr, austin, mzero, simonmar Reviewed By: austin, mzero, simonmar Subscribers: mzero, simonmar, relrod, carter Differential Revision: https://phabricator.haskell.org/D26
* --with-gcc overrides CC_STAGE0 when not cross-compiling (#8498)Simon Marlow2014-03-271-1/+6
|
* Fixup help textSimon Marlow2014-03-271-2/+2
|
* The substitution is never needed, so don't prepare itGabor Greif2014-03-231-1/+0
|
* add --with-ar and --with-ranlib configure parametersKarel Gardas2014-03-221-0/+15
| | | | | | | | Both --with-ar and --with-ranlib are usable on non-GNU/Linux systems where GNU tools are usually installed (or possible to install), but not into standard location nor with standard name. Tested on Solaris 10. Signed-off-by: Austin Seipp <austin@well-typed.com>
* Fix __thread detection (#8722)Peter Trommler2014-02-061-2/+2
| | | | Signed-off-by: Austin Seipp <austin@well-typed.com>
* Bump version: 7.7 -> 7.9ghc-7.9-startAustin Seipp2014-01-291-1/+1
| | | | Signed-off-by: Austin Seipp <austin@well-typed.com>
* Check for __thread in ./configure.acAustin Seipp2014-01-281-1/+15
| | | | Signed-off-by: Austin Seipp <austin@well-typed.com>
* Globally replace "hackage.haskell.org" with "ghc.haskell.org"Simon Marlow2013-10-011-2/+2
|
* Remove extra space in LIBFFI_CFLAGS (#8349)Peter Trommler2013-09-291-1/+1
| | | | Signed-off-by: Austin Seipp <austin@well-typed.com>
* Make sure -fcmm-sink is passed to Parser properlyAustin Seipp2013-09-041-0/+6
| | | | | | | | | | | | | | | | | | | 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>
* Change the ranlib detectionIan Lynagh2013-07-031-0/+1
| | | | | | | | 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.
* Detect linker information at runtime. Fixes Trac #6063Austin Seipp2013-06-161-2/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | Previously, we did ./configure time checks to see if 'GNU ld' supported certain options. If it does, we bake those options into the link step. See Trac #5240. Unfortunately, the linker we use at runtime can change for several reasons. One is that the user specifies -pgml 'foo'. The other is if /usr/bin/ld or whatnot changes from when GHC was built. Those options mentioned earlier are specific to GNU ld, but many systems support GNU gold too. This is Trac #6063. So we need to check at runtime what linker we're using. This is actually a little bit complicated because we normally use the C compiler as our linker. Windows and OS X are also special here. Finally, this patch also unconditionally gives '--hash-size=31' and '--reduce-memory-overheads' to the system linker if it's GNU ld. These options have been supported for 8+ years from what I can see, and there are probably a lot of other reasons why GHC would not work with such an ancient binutils, all things considered. See Note [Run-time linker info] in SysTools for details. There are plenty of comments as well in the surrounding code. Signed-off-by: Austin Seipp <aseipp@pobox.com>
* Don't create mk/stamp-hIan Lynagh2013-06-091-1/+0
| | | | I don't think we are using it for anything any more.
* Remove ghc.specIan Lynagh2013-06-091-1/+1
| | | | | It doesn't look like it would work now, and doesn't really belong in the GHC tree anyway.
* Remove the Windows installerIan Lynagh2013-04-201-1/+1
| | | | We now leave making installers to the Haskell Platform.
* Small configure.ac refactoringIan Lynagh2013-03-231-2/+3
|
* Add support for OSX ld's -filelist flagIan Lynagh2013-03-181-0/+1
| | | | | Without it, when linking the split objects for Language.Haskell.TH.Syntax, the commandline was too long when listing all the files directly.
* add a comment about LD_STAGE0Simon Marlow2013-03-051-0/+3
|
* Remove some more unused build system codeIan Lynagh2013-03-021-12/+0
|
* Fix sys/cpuset.h on FreeBSD 9.1; patch from kazu-yamamoto; fixes #7708Ian Lynagh2013-03-011-1/+8
|
* Remove the MACOSX_DEPLOYMENT stuff; fixes #7559Ian Lynagh2013-02-171-17/+0
| | | | | If anyone wants to do this in the future, they should just set appropriate CC_OPTS/LD_OPTS variables instead.
* Layout onlyIan Lynagh2013-02-171-18/+21
|
* Remove support for the --enable-hc-boot flag in configureIan Lynagh2013-02-171-35/+2
| | | | This porting method has bitrotted; use cross-compilation now
* Different layout for configure output and llvm tools.David Terei2013-02-141-3/+5
|
* Find LLVM tools when version number at end (e.g., llc-3.0) (#7661)David Terei2013-02-141-2/+5
|
* Distinguish between llvm-gcc/gcc in compiler name detection.Austin Seipp2013-02-101-4/+8
| | | | | | | It uglifies the code a tiny bit but it's nice to know exactly what you're using. Signed-off-by: Austin Seipp <aseipp@pobox.com>
* Better detection of clang in ./configure. Issue #7678.Austin Seipp2013-02-101-1/+7
| | | | Signed-off-by: Austin Seipp <aseipp@pobox.com>
* Clean up AC_PREREQ.Gabor Greif2013-02-071-7/+5
|
* Require autoconf 2.60, asGabor Greif2013-02-071-0/+5
| | | | | | | | | version 2.59 seems to be incompatible with our updated macros. If somebody insists on 2.59 (which is almost 10 years old) I'll have to hunt down the reason for the recent (Dec 2012?) breakage. Note that I did not check with 2.60 (I have 2.65), so that one may still be problematic.
* Unify interfae of both variants FP_ARG_WITH_PATH... in aclocal.m4 andDavid Terei2013-02-061-2/+2
| | | | document them.
* remove last vestiges of AlienScript, it is not used any moreGabor Greif2013-02-021-7/+0
|
* Detect hard/soft float in the same way as other ARM featuresSimon Marlow2013-01-301-13/+0
|
* fix ARM hard float "detection"Simon Marlow2013-01-251-3/+3
|
* Tidy up cross-compilingSimon Marlow2013-01-171-25/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | We have two cases: 1. building a cross-compiler 2. compiling GHC to run on a foreign platform These two are done with almost the same setup: (1) is the stage 1 compiler, and (2) is the stage 2 compiler, when CrossCompiling=YES. The only difference between (1) and (2) is that you if you set up the build for (1), then it stops before stage 2 and you can 'make install' to install stage 1. Unfortunately, (2) didn't work, and the build system code needed some tidying up. Change to the way the build is set up: Before ------ To build a cross-compiler: ./configure --target=<..> To compile a foreign GHC: ./configure --host=<..> --target=<..> Now --- To build a cross-compiler: ./configure --target=<..> And set "Stage1Only=YES" in mk/build.mk To compile a foreign GHC: ./configure --target=<..>
* Rearrange configure.ac a bitIan Lynagh2012-12-041-59/+59
| | | | | Anything that uses gcc needs to happen after we've made the mingw inplace tree on Windows.
View Lorry Controller Status