Live data from Hacker News

Viewing profile — colleagueRiley

colleagueRiley

HN member
Joined
Sat, Sep 16, 2023, 10:58 PM UTC
HN karma
40
Public activity
34 items

About colleagueRiley

No profile information was provided.

Recent public activity

  1. comment
    Comment #43738819

    I made RGFW, which calls Objective-C MacOS's API functions in Pure C. BUT I would also like to mention a project a friend and I made called Silicon. Silicon is a single-header C wr…

  2. comment
  3. comment
    Comment #42228778

    Nope, most people using it know how to link and compile libraries. :)

  4. comment
    Comment #42225733

    Well for one you're able to easily use macros to customize features you want and don't want. Plus "forcing me to figure out the specific XYZ_IMPLEMENTATION" is a big of a weird com…

  5. comment
    Comment #42221952

    Oh, I wasn't sure if that was you :) Thanks for the advice, I'm a little worried about breaking compatibility with compilers that don't support stdint. But if it's standard for C99…

  6. comment
    Comment #42221876

    I use those by default although I read that MSVC's support for those are iffy. I'm pretty sure STB does the same thing for the same reason. Source: https://handmade.network/forums/…

  7. comment
    Comment #42221855

    :( That's disappointing, but I understand.

  8. comment
    Comment #42221794

    Yes, because MSVC may or may not have stdint.h

  9. comment
    Comment #42221737

    Okay, thank you.

  10. comment
    Comment #42221707

    https://github.com/SasLuca/glfw-single-header/blob/master/ex...

  11. comment
    Comment #42221652

    Minimal refers to the code itself. GLFW's codebase is ~10MB while RGFW's is about ~300kb. But RGFW tries to support nearly everything that GLFW supports.

  12. comment
    Comment #42221639

    I test Windows mainly with MINGW, that might be an issue with MSVC. Feel free to report the issue on the github repository. I'm pretty sure windows uses "long" for 64 bit but linux…

  13. comment
    Comment #42221636

    Try putting GLFW's source code into one file and then compile it. That will take at least a few seconds, RGFW compiles in less than a second. Where's the bloat? :) https://github.c…

  14. comment
    Comment #42220860

    Even then, that's what GLFW is designed to do, and it's entire source code is still far larger than RGFW's.

  15. comment
    Comment #42220850

    I just have the Makefile do the code generation, it would be annoying for the user, but they can complain to Wayland if they don't like it.

  16. comment
    Comment #42220846

    Sure, but none of these are true alternatives because they are missing a lot of features that libraries like GLFW or RGFW have. (They may be good alternatives for certain use-cases…

  17. comment
    Comment #42220835

    - Better API design - Not being experimental after 11 years I think that Wayland actually has some steps in the right direction, but overall I don't think it's actually a very good…

  18. comment
    Comment #42220786

    We'd be at the same spot, single-header files are still useful. A single-header file is not a 'full-sized' library compressed into one file it's codebase is designed to actually be…

  19. comment
    Comment #42218957

    It is a single-header library in terms of the format, yes. But it is also not designed to be a single-header library, unlike an STB-style library. Nuklear is a full-sized library t…

  20. comment
    Comment #42218897

    As far as I know, RGFW is the only minimal windowing of its kind. I guess I would suggest either targeting XWayland or using GLFW. The Wayland API itself also really sucks to work …

  21. comment
    Comment #42218780

    X11 needs a real alternative :(

  22. comment
    Comment #42218713

    Sure, but the library is also relatively small, so it compiles quickly. Although if you want to you can compile it on its own. It's also possible to compile it on its own using `gc…

  23. comment
    Comment #42218651

    I'm aware of the errors for the micro UI (on the web), it's something I plan on looking into soon!

  24. comment
    Comment #42218648

    That's something I plan on looking into at some point. I'm unsure if I want that in the main version or a separate branch for embedded devices. It's low priority though because my …

  25. comment
    Comment #42218352

    Thanks :)