https://linen.dev logo
Join Discord
Powered by
# haxe-ui
  • c

    clever-yak-82528

    01/22/2023, 9:01 AM
    in rust, it kind of just works
  • b

    bright-gpu-74537

    01/22/2023, 9:01 AM
    gotcha... so lack of extended types and lack of certain libs basically?
  • c

    clever-yak-82528

    01/22/2023, 9:01 AM
    yeah
  • c

    clever-yak-82528

    01/22/2023, 9:02 AM
    haxelib is great, but haxe is still a pretty small community
  • c

    clever-yak-82528

    01/22/2023, 9:02 AM
    but, on the other hand, there's no good gui library for rust yet (in my opinion)
  • c

    clever-yak-82528

    01/22/2023, 9:03 AM
    haxeui is infinitely better than trying to wrangle gtk or native windows bindings
  • b

    bright-gpu-74537

    01/22/2023, 9:04 AM
    yeah, fair enough... how easy / hard is interop with rust? I guess it can be just like interop with c/cpp
  • b

    bright-gpu-74537

    01/22/2023, 9:04 AM
    maybe even simpler because of the borrow checker (or more complex)... maybe we page our local resident "mr rust" 🙂
  • c

    clever-yak-82528

    01/22/2023, 9:05 AM
    it's a pain
  • b

    bright-gpu-74537

    01/22/2023, 9:05 AM
    oh yeah?
  • c

    clever-yak-82528

    01/22/2023, 9:05 AM
    ive spent the last 9 hours trying to pass some strings back and forth
  • c

    clever-yak-82528

    01/22/2023, 9:05 AM
    this is partially due to hxcpp being bad and dumb and partially because both haxe and rust have very many things that are very difficult to represent in C, which is their only common interface
  • b

    bright-gpu-74537

    01/22/2023, 9:06 AM
    can rust interop with c/c++ pretty easily?
  • c

    clever-yak-82528

    01/22/2023, 9:06 AM
    yes, kind of
  • c

    clever-yak-82528

    01/22/2023, 9:06 AM
    i could use a rust library that can handle haxe's serialisation format, but that would mean everything would have to be strings, which isn't great
  • b

    bright-gpu-74537

    01/22/2023, 9:07 AM
    so cant you just design an interface as if you were gonna consume rust "from C/C++" and then just write hxcpp externs for that?
  • c

    clever-yak-82528

    01/22/2023, 9:07 AM
    yes
  • c

    clever-yak-82528

    01/22/2023, 9:07 AM
    you can
  • b

    bright-gpu-74537

    01/22/2023, 9:07 AM
    ... im sensing a "but" 🙂
  • c

    clever-yak-82528

    01/22/2023, 9:07 AM
    i have managed to do this by doing that
  • c

    clever-yak-82528

    01/22/2023, 9:07 AM
    again, it took 9 hours
  • b

    bright-gpu-74537

    01/22/2023, 9:08 AM
    right, isnt that just because there are (were) alot of unknowns?
  • b

    bright-gpu-74537

    01/22/2023, 9:08 AM
    so that data in the list is coming from rust?
  • c

    clever-yak-82528

    01/22/2023, 9:09 AM
    yes, but also because hxcpp is very annoying to do things with and very slow to recompile
  • c

    clever-yak-82528

    01/22/2023, 9:09 AM
    yep
  • b

    bright-gpu-74537

    01/22/2023, 9:09 AM
    pretty neat 🙂
  • c

    clever-yak-82528

    01/22/2023, 9:09 AM
    thanks
  • c

    clever-yak-82528

    01/22/2023, 9:11 AM
    i still havent found a """nice""" way to write the haxe extern stuff """properly""", so i have this nonsense in my haxe file, this other nonsense in a cpp file, and then finally this third bit of nonsense in my rust project
  • c

    clever-yak-82528

    01/22/2023, 9:12 AM
    the rust stuff has a bunch of dodgy code and it doesn't free memory properly, but im gonna worry about that once it works
  • b

    bright-gpu-74537

    01/22/2023, 9:14 AM
    well, i guess its the nature of the beast, ie, having to marshal stuff between the two, but i guess you could build a generic help lib for all that?
1...139313941395...1687Latest