Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • Sep 17 17:33
    csabahruska commented #8
  • Sep 17 17:32
    dustinlacewell commented #8
  • Sep 17 17:20
    csabahruska commented #8
  • Sep 17 17:19
    csabahruska commented #8
  • Sep 17 16:24
    dustinlacewell opened #8
  • Apr 01 11:41

    csabahruska on master

    fix render texture viewport set… (compare)

  • Mar 31 22:41

    csabahruska on master

    set the viewport size to the fu… (compare)

  • Mar 25 20:39
    pippijn commented #7
  • Mar 25 20:34
    csabahruska commented #7
  • Mar 25 18:49
    pippijn edited #7
  • Mar 25 18:48
    pippijn opened #7
  • May 21 2020 23:40
    sorenbug synchronize #6
  • May 21 2020 20:28
    sorenbug synchronize #6
  • May 21 2020 19:13
    sorenbug synchronize #6
  • May 18 2020 23:04
    sorenbug synchronize #6
  • May 18 2020 22:58
    sorenbug synchronize #6
  • May 18 2020 22:53
    sorenbug synchronize #6
  • May 18 2020 22:40
    sorenbug opened #6
  • Feb 22 2020 18:02
    EskoJTH commented #3
  • Feb 22 2020 18:00
    EskoJTH closed #3
Csaba Hruska
@csabahruska
see my screenshot and the commands :D
Pippijn van Steenhoven
@pippijn
yep
Csaba Hruska
@csabahruska
the .so is not linked autoamtically yet
I have a bash script ATM that links the .o_cbits.a libs and .o_stubs.a into an .so
I've uploaded a minimal .so that is enough for ghc and orher simple programs
automatic linking is future work
the interpreter is still WIP
Pippijn van Steenhoven
@pippijn
yeah
libtinfo5
I'm on libtinfo6
where's the script?
Csaba Hruska
@csabahruska
just uploaded:
https://github.com/grin-compiler/ghc-whole-program-compiler-project/blob/master/external-stg-interpreter/data/cbits.so-script/c
Pippijn van Steenhoven
@pippijn
thanks
running again
Csaba Hruska
@csabahruska
will take ~25mins to complete
Pippijn van Steenhoven
@pippijn
I could run it with a smaller iteration count?
Csaba Hruska
@csabahruska
what do you mean?
Pippijn van Steenhoven
@pippijn
I mean bench-simple
Csaba Hruska
@csabahruska
if 25mins is too expensive :)
Pippijn van Steenhoven
@pippijn
I don't think I'll get more out of the many iterations
not too expensive, but unnecessary
finished
Csaba Hruska
@csabahruska
now run the interpreter with -d
debug mode
then type ? + enter
you'll get the list of supported commands
e - step by step
also explore the source code to understand more
Pippijn van Steenhoven
@pippijn
nice
this is awesome
Csaba Hruska
@csabahruska
I know :D
Csaba Hruska
@csabahruska
also try mkfullpak, but first install this:
https://github.com/csabahruska/unzip-zstd#linux-build
it will be fun!
all modules for the program (cut down, dep only) each module has its own folder with hs/core/stg/cmm/asm source + stgbin
Pippijn van Steenhoven
@pippijn
do you know / have opinions on hoopl?
it seems to be dead, but parts of it went into ghc
Csaba Hruska
@csabahruska
I know hoopl
yes, it is used in GHC Cmm codegen
IMO it is a nice high level approach, but inefficient ATM due to the compiler, also Haskell has unpredictable performance in general
instead of hoopl I use Souffle Datalog
it is extremely fast
Pippijn van Steenhoven
@pippijn
hoopl is slow because of haskell?
Csaba Hruska
@csabahruska
yes
and unpredictable beacuse of haskell
Pippijn van Steenhoven
@pippijn
can it be made fast? e.g. with strictness?
Csaba Hruska
@csabahruska
I think it is considered good enough, that's why it is used in GHC
I don't think that it could be faster with strictness, it could be faster with different data represention, but that's how GHC compiles haskell
Pippijn van Steenhoven
@pippijn
could it be made to use unboxed arrays/fields to get that?
Csaba Hruska
@csabahruska
no
IDK, to be more precise