| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| ... | |
| | | |
|
| | |
| |
| |
| | |
Parallel list comprehensions are now handled in DsMeta.
|
| | |
| |
| |
| |
| |
| |
| | |
The entry is updated to mention explicitly the feature implemented
for #7957, as well as rewording and improving the docbook markup.
Signed-off-by: Herbert Valerio Riedel <hvr@gnu.org>
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The `-dumpdir` flag was added via 668c860b361f16 but failed to
take care of `-ddump-minimal-imports`'s output.
This commit makes up for that omission.
This addresses #7957
Signed-off-by: Herbert Valerio Riedel <hvr@gnu.org>
|
| | |
| |
| |
| |
| |
| |
| |
| | |
This also adds an entry to the release notes section.
See #8172 for more details
Signed-off-by: Herbert Valerio Riedel <hvr@gnu.org>
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
`:show paths` dumps the current working directory as well
as the current value of the `importPaths` dynamic flags field.
This addresses #8172
Signed-off-by: Herbert Valerio Riedel <hvr@gnu.org>
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
388e14e2 unfortunately broke a subtle invariant in the code generator:
when generating code for an application, names may need to be
externalised, in case you're building against something external with
was built with -split-objs.
We were never externalising the ids of the applied functions. This means
if the libraries are split and we call into them, then the compiler
won't may not generate correct ids when making references to functions
in the library (causing linker failure).
I'm not entirely sure how this didn't break everything, but it certainly
caused several failures for a bunch of people. I had to fiddle with my
tree a little to make this occur.
This should fix #8166.
Signed-off-by: Austin Seipp <aseipp@pobox.com>
|
| | |
| |
| |
| |
| |
| | |
Apart from bumping build-dep version bounds, `ghc-cabal` is adapted to
some minor Cabal API changes, and `bin-package-db` is made aware of
Cabal's recently added AGPL licence support.
|
| | |
| |
| |
| | |
Signed-off-by: Austin Seipp <aseipp@pobox.com>
|
| | |
| |
| |
| | |
Signed-off-by: Austin Seipp <aseipp@pobox.com>
|
| | |
| |
| |
| | |
Signed-off-by: Austin Seipp <aseipp@pobox.com>
|
| | |
| |
| |
| |
| |
| |
| |
| | |
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>
|
| | |
| |
| |
| |
| |
| | |
happy reads .y files with the system encoding, so keep Parser.y.pp ASCII.
Signed-off-by: Austin Seipp <aseipp@pobox.com>
|
| | |
| |
| |
| | |
Signed-off-by: Austin Seipp <aseipp@pobox.com>
|
| | |
| |
| |
| |
| |
| |
| | |
This restores the original behaviour that was broken accidentally during
the refactoring peformed via 4f764d06f3b9899c09a6a459a22d4be694ee45d9.
This has been broken effectively for all GHC 7.6.x releases.
|
| | |
| |
| |
| | |
Signed-off-by: Edward Z. Yang <ezyang@mit.edu>
|
| | |
| |
| |
| | |
Signed-off-by: Austin Seipp <aseipp@pobox.com>
|
| | |
| |
| |
| |
| |
| | |
symbol_extras is only part of ObjectCode on certain platforms.
Signed-off-by: Austin Seipp <aseipp@pobox.com>
|
| | |
| |
| |
| | |
Signed-off-by: Austin Seipp <aseipp@pobox.com>
|
| | |
| |
| |
| |
| |
| | |
This lead to the stage1 compiler calculating random iface hashes.
Signed-off-by: Austin Seipp <aseipp@pobox.com>
|
| | |
| |
| |
| | |
Signed-off-by: Austin Seipp <aseipp@pobox.com>
|
| | |
| |
| |
| |
| |
| | |
We weren't considering 'msys' for the $OSNAME.
Signed-off-by: Austin Seipp <aseipp@pobox.com>
|
| | |
| |
| |
| |
| |
| | |
This reverts commit 2e41f2fa91c833a4420ac273254e49468044bc4b.
Signed-off-by: Austin Seipp <aseipp@pobox.com>
|
| | |
| |
| |
| |
| |
| | |
GHC >= 7.4 is needed to bootstrap.
Signed-off-by: Austin Seipp <aseipp@pobox.com>
|
| | |
| |
| |
| | |
Signed-off-by: Austin Seipp <aseipp@pobox.com>
|
| | |
| |
| |
| |
| |
| | |
This brings them up to date with the changes in #8144.
Signed-off-by: Austin Seipp <aseipp@pobox.com>
|
| | |
| |
| |
| | |
Signed-off-by: Austin Seipp <aseipp@pobox.com>
|
| | |
| |
| |
| | |
Signed-off-by: Austin Seipp <aseipp@pobox.com>
|
| | |
| |
| |
| | |
Signed-off-by: Austin Seipp <aseipp@pobox.com>
|
| | |
| |
| |
| | |
Signed-off-by: Austin Seipp <aseipp@pobox.com>
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Fixes #8144.
Before, the modification time of e.g. #included files (and everything
that ends up as a UsageFile, e.g. via addDependentFile) was taken as
input for the interface hash of a module.
This lead to different hashes for identical inputs on every compilation.
We now use file content hashes instead.
This changes the interface file format.
You will get "Binary.get(Usage): 50" when you try to do an incremental
using .hi files that were created with a GHC 7.7 (only) older than this commit.
To calculate the md5 hash (`Fingerprint`) of a file in constant space,
there now is GHC.Fingerprint.getFileHash, and a fallback version
for older GHCs that needs to load the file into memory completely
(only used when compiling stage1 with an older GHC).
Signed-off-by: Austin Seipp <aseipp@pobox.com>
|
| | |
| |
| |
| | |
Signed-off-by: Austin Seipp <aseipp@pobox.com>
|
| | |
| |
| |
| | |
Signed-off-by: Austin Seipp <aseipp@pobox.com>
|
| | |
| |
| |
| | |
Signed-off-by: Austin Seipp <aseipp@pobox.com>
|
| | |
| |
| |
| | |
Signed-off-by: Austin Seipp <aseipp@pobox.com>
|
| | | |
|
| | |
| |
| |
| | |
I'd still prefer if a native english speaker would check them.
|
| | |
| |
| |
| |
| | |
The linker is usable even when GHCi is dynamically linked. These
tests make the linker_unload test fail.
|
| | | |
|
| | |
| |
| |
| | |
This comment is no loger true
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
In 1e2b3780ebc40d28cd0f029b90df102df09e6827 I changed the option
ordering for C compilations. A side effect was that -optc options
came before the automatic -O we were adding, which made it so that the
-debug RTS was getting optimised when it shouldn't have been.
Perhaps we shouldn't have automatic -O options added to C
compilations. But that might cause problems for build systems that
are relying on the current behaviour, so I've made a minor change
instead: now C optimisation level == Haskell optimisation level.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The next major GC after an unloadObj() will do a traversal of the heap
to determine whether the object code can be removed from memory or
not. We'll keep doing these until it is safe to remove the object
code.
In my experiments with GHCi, the objects get unloaded immediately,
which is a good sign: we're not accidentally holding on to any
references anywhere in the GHC data structures.
Changes relative to the patch earlier posted on the ticket:
- fix two memory leaks discovered with Valgrind, after
testing with tests/rts/linker_unload.c
|
| | |
| |
| |
| | |
#define. (fixes #8077)
|
| | |
| |
| |
| | |
I missed that file yesterday when I was cleaning up codeGen/ directory.
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
