On 6/27/07, Neil Mitchell <[EMAIL PROTECTED]> wrote:
It works fine. The problem is that loadCoreFile takes a filename, and
the module name of that filename. Is there any way I can modify this
code to not require the module name, but get it from the API?
Yeah, I figured that might be a source
Wed Jun 27 15:48:09 PDT 2007 Tim Chevalier <[EMAIL PROTECTED]>
* Modify compileToCore to take just a filename
Modified compileToCore to take just a session and a
filename, rather than a module name as well, since the module
name can be computed from the filename.
M ./compiler/mai
Hi Tim (and all other GHC API gurus)
I managed to get most of the way towards where I was aiming for.
Ideally I want an interface such that loading a filename gives me the
GHC Core out of it.
Here is what I have so far (strongly stolen from Tim):
import GHC
import Outputable
import CoreSyn
ghc
Wed Jun 27 11:15:13 PDT 2007 [EMAIL PROTECTED]
* making hpc live
M ./utils/Makefile -2 +2
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs-ghc
Build description = HEAD on i386-unknown-linux
(cam-02-unx.europe.corp.microsoft.com)
Build location= /playpen/ghc/nightly/HEAD-cam-02-unx
Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-02-unx
Nightly build started on cam-02-unx at Wed Jun 27 19:30:00 BST 2007.
checki
Wed Jun 27 18:51:50 CEST 2007 Clemens Fruhwirth <[EMAIL PROTECTED]>
* Set .type @object for all global symbols in NCG
When linking against a dynamic library, the linker will emit a warning
if no type information is present within the library. We generate the
most trivial type for all ex
Tue Jun 19 16:29:31 CEST 2007 Clemens Fruhwirth <[EMAIL PROTECTED]>
* Also make proper references when not using fPIC but linking against dynamic
libs
New patches:
[Also make proper references when not using fPIC but linking against dynamic libs
Clemens Fruhwirth <[EMAIL PROTECTED]>**20070619
Wed Jun 27 18:06:40 CEST 2007 Clemens Fruhwirth <[EMAIL PROTECTED]>
* Generate RelocatableReadOnlyData as .data
The GNU linker expects read-only sections to be relocation
free. Presumably because the dynamic linker maps all read-only
sections as read-only mmaps and hence can't do reloca
Wed Jun 27 02:36:46 PDT 2007 Simon Marlow <[EMAIL PROTECTED]>
* +RTS -xbX sets the "heap base" to 0xXX
When debugging the GC and storage manager we often want repeated runs
of the program to allocate memory at the same addresses, so that we
can set watch points. Unfortunately the
Wed Jun 27 02:29:41 PDT 2007 Simon Marlow <[EMAIL PROTECTED]>
* +RTS -V0 disables the interval timer completely (for repeatable debugging)
M ./rts/RtsFlags.c -1 +1
M ./rts/Timer.c -1 +3
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.
Wed Jun 27 03:16:04 PDT 2007 [EMAIL PROTECTED]
* FIX BUILD (on Windows): follow changes to make threaded RTS compile with
-fasm
M ./includes/OSThreads.h +11
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listinfo/cvs
Simon Peyton-Jones wrote:
Our priorities for bug-fixing are driven in part by our perceptions of what the
GHC user community thinks is important to them. But our perceptions are pretty
flaky.
I wish Trac supported (or could support) some kind of voting mechanism, so that individual users
cou
Wed Jun 27 11:08:19 CEST 2007 Clemens Fruhwirth <[EMAIL PROTECTED]>
* Generalize linkDynLib for ELF platforms
To create a dynamic shared object (DSO) on ELF platforms, we invoke
"gcc -shared". This in turn invokes ld. We supply -Bsymbolic to the
linker, as "ld -Bsymbolic -shared -o " r
Wed Jun 27 11:01:00 CEST 2007 Clemens Fruhwirth <[EMAIL PROTECTED]>
* Renames functions and constructors to fit their new ability for dynamic
linking
function: staticLink -> linkBinary (will link non static binaries too)
function: doMkDLL -> linkDynLib (as we can link on ELF too where DLL i
Tue Jun 26 15:46:36 CEST 2007 Clemens Fruhwirth <[EMAIL PROTECTED]>
* PprMach.hs more accurate hack for x86-64, CmmLabelOff is not a relative
reference.
CmmLabelDiffOff are generated in .text and if printed as .quad, causes
the assembler to emit a PC64 relocation. binutils prior to 2.17
Wed Jun 27 03:46:56 PDT 2007 Manuel M T Chakravarty <[EMAIL PROTECTED]>
* Types families: test that the right coercion names go into ifaces
M ./tests/ghc-regress/indexed-types/should_compile/Makefile +4
A ./tests/ghc-regress/indexed-types/should_compile/NewTyCo1.hs
A ./tests/ghc-reg
Wed Jun 27 02:42:00 PDT 2007 Manuel M T Chakravarty <[EMAIL PROTECTED]>
* Fix names of coercions in newtype instances
- Thanks to Roman for spotting the problem.
M ./compiler/basicTypes/MkId.lhs -1 +1
M ./compiler/basicTypes/OccName.lhs -1 +1
M ./compiler/typecheck/TcTyClsDecls.lh
Our priorities for bug-fixing are driven in part by our perceptions of what the
GHC user community thinks is important to them. But our perceptions are pretty
flaky.
I wish Trac supported (or could support) some kind of voting mechanism, so that
individual users could say "this bug is importan
Serge
This one at least is easy. Your little system dm/ simply does not use
Reduce.hs-boot. It is not imported, it is not compiled... it's simply unused.
So you could put anything in it that you like, and no error would be reported!
The only hs-boot module that is SOURCE-imported is Bool0.
Build results:
x86-64 Linux head:fail (failed stage1)
x86 Windows head: fail (failed darcs) fail (failed pushchanges
failed slave lost) fail (failed darcs)
x86 Windows head fast:pass fail (failed stage1) fail (failed stage1)
fail (failed stage1) fail (failed stage1
20 matches
Mail list logo
