YuMingLiao

I have added a successful cabal build in my code repository for comparison.

It seems that when `buildPhase` in `buildModule`, ghc didn't get the location of `Settings` object file. I haven't figured out how to pass obj information into buildModule yet.

> After I took off `-c` flag in `buildPhase` and get `dyn_o` produced, ghc find the object file and snack successfully build my code! No. Not like that. I `rsync...

``` [root@nixos:~/TH/vanilla/Lib]# ls Lib.hs Out TH.dyn_hi TH.dyn_o TH.hi TH.o [root@nixos:~/TH/vanilla/Lib]# ghc Lib.hs -c [root@nixos:~/TH/vanilla/Lib]# ls Lib.hi Lib.hs Lib.o Out TH.dyn_hi TH.dyn_o TH.hi TH.o [root@nixos:~/TH/vanilla/Lib]# rm Lib.hi Lib.o [root@nixos:~/TH/vanilla/Lib]# ghc Lib.hs...

``` [root@nixos:~/TH/vanilla/Lib]# ls Out/ [root@nixos:~/TH/vanilla/Lib]# ls in/ TH.dyn_hi TH.dyn_o TH.hi TH.o [root@nixos:~/TH/vanilla/Lib]# ghc -c Lib.hs -outputdir in/ Lib.hs:4:1: error: Could not find module ‘TH’ Use -v to see a list...

``` makeSymtree = if lib.lists.length depsDirs >= 1 # TODO: symlink instead of copy then "rsync -r ${lib.strings.escapeShellArgs depsDirs} $out" else ""; ghc -tmpdir tmp/ ${moduleToFile modSpec.moduleName} -c -i$out -dynamic-too\...

Thanks for encouragement! I am so glad that I can help on this issue. I am not sure what you mean by `unpacked`. I'll say what I know. `-dynamic-too` not...

I couldn't find the code but I once wrote something like an instance `Atomable a => Atomable Set a where toAtom = -- relation{element a})` And the Tupleable deriving mechanism...

> Right now, there are no documented performance characteristics I got an app: 8 fields x 80000 tuples 21MB database in disk memory usage is about 200~240MB. It runs fine...

I only execute a restricted expr query after app is initialized.