sentations? Thank a lot.
Cheers,
Shao Cheng
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
Hi,
IIRC you can already use hscFrontendHook in the DynFlags hooks to retrieve
TcGblEnv, and with a little bit of work, also HsParsedModule.
Regards,
Shao Cheng
On Fri, Jan 19, 2018, 5:41 PM Matthew Pickering <matthewtpicker...@gmail.com>
wrote:
> I have too wanted this in the past
Hi,
IIRC those packages can be "reinstalled", just build & register into a
fresh package database and add it to the pkgdb stack, ghc can shadow
the ones in the global pkgdb.
Regards,
Shao Cheng
On Tue, Aug 7, 2018 at 10:39 AM, Moritz Angermann
wrote:
> Dear friends,
>
&g
when configuring ghc?
I notice there's an "--enable-distro-toolchain" flag, does it work
with building a bindist? Thank you.
Regards,
Shao Cheng
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
Hi all, is it possible for a 64-bit ghc to emit 32-bit code, if I supply a
custom ghcPrimIface via Hooks and also modify the platform flags in
DynFlags? The module does not import Prelude and has no dependencies other
than GHC.Prim.
___
ghc-devs mailing
>
>
> Are you saying that I should run “C:\msys64\msys2_shell.cmd -mingw64
> -mintty" just once, after installing? Or repeatedly? Or that I should
> somehow us it as my main shell? And what does that commend actually do?
>
> Sorry to be dense
>
>
>
> Simon
Hi Simon,
If the build environment is managed by an MSYS2 installation, then the
MinGW64 shell startup script automatically sets up "MSYSTEM" for you. It
can be launched like "C:\msys64\msys2_shell.cmd -mingw64 -mintty".
On Mon, Mar 26, 2018 at 5:46 PM, Simon Peyton Jones via ghc-devs <
Compiling GHC on a blockchain may not be economical, but running
GHC-compiled programs on a blockchain is definitely a great idea! I've even
come up with a paper title: A Secure Decentralized Transactional
Implementation of Spinless Tagless G-machine, aka Haskoin!
Time to recruiting a few
Hi all,
Is the "cml_cont" field of the CmmCall variant is really used in practice?
I traversed the output of raw Cmm produced by ghc compiling the whole base
package, but the value of cml_cont is always Nothing.
Regards,
Shao Cheng
___
ghc-de
ks
via a pile of hacks upon hacks in ghc-toolkit, and it's not good for
reuse.
* The newly added backend plugins shouldn't have visible
correctness/performance impact if they're not used, and it's just a
few local modifications in the ghc codebase.
> On Thu, Oct 4, 2018 at 3:56 PM Shao, Che
o be a home
plugin to be compiled and used on the fly. A typical use case would be
compiling/installing the plugin to a standalone pkgdb, then used to
compile other packages.
>
> On 5 Oct 2018, at 1:52 AM, Shao, Cheng wrote:
>
> Adding "pluggable backends" to spin up ne
ure.
Best,
Shao Cheng
___
ghc-devs mailing list
ghc-devs@haskell.org
http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
, or
something else has gone wrong? Thank you.
__
On Sun, Sep 2, 2018 at 10:06 PM, Shao, Cheng wrote:
> Hi folks,
>
> I'm building a Haskell/C++ hybrid project with a recent revision of
> ghc on Windows, and noticed that cc1plus.exe always segfaults. The
> same code builds fine on A
Hi,
I believe it's mentioned here:
https://ghc.haskell.org/trac/ghc/wiki/Commentary/Rts/Storage/GC/RememberedSets
Regards,
Shao Cheng
On Fri, Jan 18, 2019, 12:34 PM chessai . wrote:
> Ryan,
>
> That makes perfect sense, thanks. Is that documented explicitly anywhere?
> If n
Indeed, the boot.sh script is likely what you are looking for. To
compile `base` and retrieve Core for it, you just need to set up an
empty package database, use the Setup.hs script in base to compile it,
and load your plugin via "--ghc-option=.." provided to `Setup
configure`.
On Wed, Dec 5, 2018
Hi,
Joachim Breitner's veggies(https://github.com/nomeata/veggies) project is a
good example of using a vanilla ghc installation to compile standard
libraries like base.
On Tue, Dec 4, 2018, 10:11 AM Bill Hallahan
wrote:
> Hi,
>
> I'm writing a program analyzer that operates on GHC Core.
upd: 8;
}
base_GHCziBase_breakpoint_entry() // [R2]
{ []
}
{offset
chvW: // global
R1 = R2;
call stg_ap_0_fast(R1) args: 8, res: 0, upd: 8;
}
```
This looks suspicious. I'm curious if this is intended behavior of ghc.
Regards,
Shao
Hi all,
When an MVar# primop blocks, it jumps to a function in
HeapStackCheck.cmm which pushes a RET_SMALL stack frame before
returning to the scheduler (e.g. the takeMVar# primop jumps to
stg_block_takemvar for stack adjustment). But these functions directly
bump Sp without checking for possible
How about using `hscCompileCoreExprHook` to intercept the `CoreExpr`
from the ghci pipeline? There exist GHC API to evaluate a String to a
ForeignHValue iirc; we are not interested in the final ForeignHValue
in this case, we just want the CoreExpr, and the logic of generating
and linking BCO can
Hi Matthew,
It's possible to use Data.Compact.Serialize to write a compact to a
file or read it back. Directly serializing via ByteStrings has also
been discussed before, see link below. Hope this helps!
https://hackage.haskell.org/package/compact
https://github.com/ezyang/compact/issues/3
On
20 matches
Mail list logo