| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Bindists should now work again, when doing "make install" at least.
"make in-place" is probably still broken.
|
|
|
|
|
|
| |
Key changes:
* Always build as if BIN_DIST is 1. BIN_DIST is thus removed.
* Libraries are configured with prefix set to $$topdir rather than $(prefix)
|
|
|
|
|
| |
Can't check $(GhcUnregisterised) eagerly, because it might not have
been set yet (it's set in build.mk).
|
|
|
|
|
| |
It doesn't work yet, but I'm pretty sure that's because the bindist is
broken rather than the installer is broken.
|
| |
|
| |
|
| |
|
|
|
|
| |
This should mean it works even when some libraries are unbuildable.
|
|
|
|
|
| |
Use "chmod a-w" rather than "chmod 444", and allow the command used to
be overridden.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is the result of Bernie Pope's internship work at MSR Cambridge,
with some subsequent improvements by me. The main plan was to
(a) Reduce the overhead for breakpoints, so we could enable
the feature by default without incurrent a significant penalty
(b) Scatter more breakpoint sites throughout the code
Currently we can set a breakpoint on almost any subexpression, and the
overhead is around 1.5x slower than normal GHCi. I hope to be able to
get this down further and/or allow breakpoints to be turned off.
This patch also fixes up :print following the recent changes to
constructor info tables. (most of the :print tests now pass)
We now support single-stepping, which just enables all breakpoints.
:step <expr> executes <expr> with single-stepping turned on
:step single-steps from the current breakpoint
The mechanism is quite different to the previous implementation. We
share code with the HPC (haskell program coverage) implementation now.
The coverage pass annotates source code with "tick" locations which
are tracked by the coverage tool. In GHCi, each "tick" becomes a
potential breakpoint location.
Previously breakpoints were compiled into code that magically invoked
a nested instance of GHCi. Now, a breakpoint causes the current
thread to block and control is returned to GHCi.
See the wiki page for more details and the current ToDo list:
http://hackage.haskell.org/trac/ghc/wiki/NewGhciDebugger
|
|
|
|
|
| |
ProjectTags is expected to be of the form -tag1-tag2 (i.e. the same as
Cabal tags). These are appended to the GHC version number.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
OS X
The official options to use for building a dylib on Mac OS X are now
-undefined dynamic_lookup -single_module -Wl,-macosx_version_min -Wl,10.3
... which should work on all arches (10.3 or later).
MERGE TO STABLE
|
|
|
|
|
| |
This avoids recomputing them via $(shell) each time make expands one
of these variables, which is very expensive (0.3s or so) on Windows.
|
| |
|
| |
|
|
|
|
| |
Under GhcStage2HcOpts, "O" should be "-O"; fixed.
|
|
|
|
| |
2.59c and later
|
|
|
|
|
|
| |
Specifically, this disables the special support in the RTS for looking up the datacon name corresponding to an address.
Correspondingly, the debugging commads in GHCi will not be available, and neither will the '-fdebugging' flag
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Supporting x86_64-apple-darwin in the NCG basically boils down to supporting
position-independent code in the NCG.
PIC code works almost exactly the same as on x86_64-linux, while position-dependent
code is not supported at all.
This patch implements -fPIC for x86_64-linux, too, but that is untested.
|
|
|
|
| |
Set GhcManpages=YES in mk/build.mk if you want to build the manpage.
|
|
|
|
| |
Add GhcRtsWithPapi=YES to mk/build.mk to turn it on
|
| |
|
|
|
|
|
| |
Add variables for hp2ps to config.mk.in
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
A GHC binary can generally build either registerised or unregisterised
code, unless it is unregisterised only.
The previous changes broke this, but I think I've now restored it.
|
|
|
|
|
|
|
|
| |
We were constructing info tables designed for TABLES_NEXT_TO_CODE,
but were building without TABLES_NEXT_TO_CODE.
This patch also fixes a bug when we are unregisterised on amd64 and
have code with an address above 2^32.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Right now we can only manage to add a source code link for the module,
but that's better than nothing.
I had to put the list of core packages in a Makefile variable,
$(CorePackages), so we'll have to be careful to keep this up to date.
(I could have slurped it out of libraries/core-packages with $(shell),
but that's ugly and really slow on Windows).
There are a couple of new tweakables: CorePackageSourceURL and
ExtraPackageSourceURL in config.mk.in, set these to the appropriate
patterns for generating source links.
(when we merge this patch onto the HEAD we'll have to tweak these
settings).
Unfortunately it still doesn't work for all the modules, because
modules compiled without -cpp don't get any #line directives. More
hackery required...
|
|
|
|
|
|
|
|
| |
Broken up massive patch -=chak
Original log message:
This is (sadly) all done in one patch to avoid Darcs bugs.
It's not complete work... more FC stuff to come. A compiler
using just this patch will fail dismally.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
We need the #line directives left in, so that Haddock can figure out
what the name of the original source file was called, which is
necessary for generating source links. You probably now need an
updated Haddock to generate HTML from the libraries, but a release
will be forthcoming shortly.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
In particular, add -fno-builtin to x86 and x86_64, which was missing.
|