summaryrefslogtreecommitdiff
path: root/driver
Commit message (Collapse)AuthorAgeFilesLines
* Revert "Rename _closure to _static_closure, apply naming consistently."Edward Z. Yang2014-10-201-1/+1
| | | | | | | This reverts commit 35672072b4091d6f0031417bc160c568f22d0469. Conflicts: compiler/main/DriverPipeline.hs
* Fix closing parenthesisMatt Kraai2014-10-071-1/+1
| | | | | | | | | | Reviewers: rwbarton, austin Reviewed By: rwbarton, austin Subscribers: rwbarton, thomie, carter, ezyang, simonmar Differential Revision: https://phabricator.haskell.org/D309
* Rename _closure to _static_closure, apply naming consistently.Edward Z. Yang2014-10-011-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Summary: In preparation for indirecting all references to closures, we rename _closure to _static_closure to ensure any old code will get an undefined symbol error. In order to reference a closure foobar_closure (which is now undefined), you should instead use STATIC_CLOSURE(foobar). For convenience, a number of these old identifiers are macro'd. Across C-- and C (Windows and otherwise), there were differing conventions on whether or not foobar_closure or &foobar_closure was the address of the closure. Now, all foobar_closure references are addresses, and no & is necessary. CHARLIKE/INTLIKE were not changed, simply alpha-renamed. Part of remove HEAP_ALLOCED patch set (#8199) Depends on D265 Signed-off-by: Edward Z. Yang <ezyang@mit.edu> Test Plan: validate Reviewers: simonmar, austin Subscribers: simonmar, ezyang, carter, thomie Differential Revision: https://phabricator.haskell.org/D267 GHC Trac Issues: #8199
* driver: Fix usage of '$0' in ghcii.sh (#8873)Austin Seipp2014-07-281-2/+2
| | | | Signed-off-by: Austin Seipp <austin@well-typed.com>
* Update documentationJan Stolarek2014-07-032-2/+2
| | | | | * fix links to the User's Guide in ghc and ghci --help messages * fix default stack size info in RTS help message
* Update ghc --help references to --make and a.out (fixes #8600)ccatalfo2014-03-211-2/+2
| | | | Signed-off-by: Austin Seipp <austin@well-typed.com>
* Globally replace "hackage.haskell.org" with "ghc.haskell.org"Simon Marlow2013-10-018-16/+16
|
* Remove fglasgow-exts from ghci --helpKrzysztof Gogolewski2013-09-231-2/+0
| | | | It has been deprecated for long and already removed from ghc --help
* Remove -fglasgow-exts from --helpAustin Seipp2013-09-041-2/+0
| | | | | | It's been deprecated for who knows how long, and gives a warning. Signed-off-by: Austin Seipp <aseipp@pobox.com>
* Add --show-options to --help (#8190)Austin Seipp2013-09-041-0/+3
| | | | Signed-off-by: Austin Seipp <aseipp@pobox.com>
* Make dynamic GHC no Windows installable tooIan Lynagh2013-05-161-3/+1
| | | | | We need different paths in the wrapper, as teh installed tree is a different shape to the build tree.
* Define the right RTS config in the Windows dyn wrapper programsIan Lynagh2013-05-141-3/+5
| | | | | | This is particularly important as without it validate fails, as it tries to pass RTS options to haddock, and with the default RTS config those options aren't permitted.
* More work towards dynamic programs on WindowsIan Lynagh2013-05-121-0/+197
| | | | | | | | | | | | | | | | | | | Dynamic GHC is now working in-place, but pathologically slow due to the DLL split. (GHC assumes that all intra-package calls are in the same DLL, but that isn't true when we split the GHC package into 2 DLLs. That means that GHC's startup time is around 22 seconds, as it is doing run-time linking). Also, ghci isn't actually working yet: $ inplace/bin/ghc-stage2 --interactive GHCi, version 7.7.20130512: http://www.haskell.org/ghc/ :? for help Loading package ghc-prim ... <command line>: can't load .so/.DLL for: HSghc-prim-0.3.1.0.dll (addDLL: could not load DLL) ghc-stage2.exe: HSghc-prim-0.3.1.0: The specified module could not be found.
* Use different exeext variables for each stage; fixes #7709Ian Lynagh2013-04-201-1/+1
| | | | | Currently they are all set to the same value, but when cross-compiling they could be set to different values.
* Automatically add the $(exeext) to program namesIan Lynagh2013-03-034-4/+4
| | | | | | | We now define _PROGNAME, and _PROG is automatically defined with $(exeext). This will shortly automatically use the right exeext depending on what stage it is being compiled with (exeext may be different for different stages when cross-compiling).
* Automatically define _INPLACE variables for perl programs tooIan Lynagh2013-03-031-1/+1
| | | | and use them for split
* Remove the _INSTALL_IN support in the build systemIan Lynagh2013-03-031-1/+2
| | | | | It doesn't seem to do anything that _INSTALL and _INSTALL_INPLACE can't do.
* small build system tweakIan Lynagh2013-03-021-0/+2
|
* Rename $(Windows) to $(Windows_Host)Ian Lynagh2013-03-013-4/+4
|
* Always quote arguments to removeFiles (fixes Windows install).Geoffrey Mainland2013-02-221-1/+1
| | | | | Thanks to Daniel Pratt <colorblinddad@gmail.com> for pointing out the failure and fix.
* Fix Windows buildIan Lynagh2012-10-031-0/+1
|
* Fix path to windres on Win64Ian Lynagh2012-03-161-1/+1
|
* Fix a tiny bug in cwrapper.cIan Lynagh2012-03-161-3/+3
| | | | Caught by -Werror
* Build the Windows ghci wrapper with stage1, not stage0Ian Lynagh2012-03-151-1/+1
| | | | | We use the in-place windres, which isn't guaranteed to work with the stage0 compiler.
* Remove registerised code for dead architectures: mips, ia64, alpha,David Terei2011-11-221-188/+1
| | | | hppa1, m68k
* Tabs -> SpacesDavid Terei2011-11-221-144/+144
|
* Improve the way we call "rm" in the build system; fixes trac #4916Ian Lynagh2011-11-191-3/+3
| | | | | | | | | | We avoid calling "rm -rf" with no file arguments; this fixes cleaning on Solaris, where that fails. We also check for suspicious arguments: anything containing "..", starting "/", or containing a "*" (you need to call $(wildcard ...) yourself now if you really want globbing). This should make things a little safer.
* remove some old filesDavid Terei2011-10-172-286/+0
|
* Remove dead code, now that -fvia-c is a no-opIan Lynagh2011-04-043-2095/+0
|
* update to mingw gcc 4.5.2Simon Marlow2011-01-191-2/+2
|
* Include kfreebsdgnu in the list of Target Platforms.Marco Silva2011-01-181-1/+1
|
* On Cygwin, use a Cygwin-style path for /bin/install's destinationIan Lynagh2011-01-061-2/+2
| | | | | | | | | | | | | | | | | cygwin's /bin/install doesn't set file modes correctly if the destination path is a C: style path: $ /bin/install -c -m 644 foo /cygdrive/c/cygwin/home/ian/foo2 $ /bin/install -c -m 644 foo c:/cygwin/home/ian/foo3 $ ls -l foo* -rw-r--r-- 1 ian None 0 2011-01-06 18:28 foo -rw-r--r-- 1 ian None 0 2011-01-06 18:29 foo2 -rwxrwxrwx 1 ian None 0 2011-01-06 18:29 foo3 This causes problems for bindisttest/checkBinaries.sh which then thinks that e.g. the userguide HTML files are binaries. We therefore use a /cygdrive path if we are on cygwin
* use Win32 CreateProcess() rather than mingw spawnv() (#4531)Simon Marlow2011-01-061-37/+94
|
* update paths now that we upgraded gcc to 4.5.0Simon Marlow2011-01-061-2/+2
|
* Fix gcc wrapper for new mingw binariesIan Lynagh2010-09-051-0/+26
|
* Add a versions haddock binary for WindowsIan Lynagh2010-08-013-0/+41
|
* Use the standard C wrapper code for the ghc-$version.exe wrapperIan Lynagh2010-06-222-150/+13
|
* Remove unnecessary C #includesIan Lynagh2010-06-222-10/+0
|
* Make the ghci.exe wrapper call the right ghc.exeIan Lynagh2010-06-221-1/+3
|
* Avoid using the new ~~ perl operator in the manglerIan Lynagh2010-06-151-2/+2
|
* Add new LLVM code generator to GHC. (Version 2)David Terei2010-06-151-2/+4
| | | | | | | | | | | | | | | | | | This was done as part of an honours thesis at UNSW, the paper describing the work and results can be found at: http://www.cse.unsw.edu.au/~pls/thesis/davidt-thesis.pdf A Homepage for the backend can be found at: http://hackage.haskell.org/trac/ghc/wiki/Commentary/Compiler/Backends/LLVM Quick summary of performance is that for the 'nofib' benchmark suite, runtimes are within 5% slower than the NCG and generally better than the C code generator. For some code though, such as the DPH projects benchmark, the LLVM code generator outperforms the NCG and C code generator by about a 25% reduction in run times.
* Use the in-tree windres; fixes trac #4032Ian Lynagh2010-05-041-1/+1
|
* Change how perl scripts get installed; partially fixes #3863Ian Lynagh2010-03-242-2/+2
| | | | | We now regenerate them when installing, which means the path for perl doesn't get baked in
* Fix build on WindowsIan Lynagh2010-02-192-3/+2
|
* Use the shared C wrapper code in ghci.c tooIan Lynagh2010-02-182-159/+20
|
* Refactor gcc.c, pulling out the reusable codeIan Lynagh2010-02-183-81/+113
|
* Support for DragonFly BSDSimon Marlow2009-11-111-3/+3
| | | | | | Patches from Goetz Isenmann <info@goetz-isenmann.de>, slightly updated for HEAD (the method for configuring platforms in configure.ac has changed).
* Make installation on *nix work for paths with spaces in their nameIan Lynagh2009-11-051-8/+8
| | | | | | This means we can remove some conditional stuff from the Makefiles, and means the testsuite doesn't have to work out whether or not it's on Windows.
* Improvements to the gcc wrapperIan Lynagh2009-10-291-8/+21
| | | | Add some comments and better error reporting
* Wrap gcc on Windows, to provide the -B flagsIan Lynagh2009-10-273-0/+139
|
View Lorry Controller Status