4 ms·

You can add Beef to that list: https://www.beeflang.org/ https://www.beeflang.org/ I've actually enjoyed playing around with Beef, the dev basically took C++ a

You can add Beef to that list: https://www.beeflang.org/ https://www.beeflang.org/ I've actually enjoyed playing around with Beef, the dev basically took C++ and gave it the syntax and core library design of C#. Here's a page from the guide just to give an example of the look and feel: https://www.beeflang.org/docs/language-guide/memory/ https://www.beeflang.org/docs/language-guide/memory/ Note that despite the appearance, there's no GC, no ref-counting, explicit manual memory management, and so on.

totalperspectiv 7y ago
I hadn't seen Beef before. Is it 'as fast as C'? The docs look nice.
- Gene_Parmesan 7y ago
  I can't speak to whether it's literally as fast as compiled C code. I imagine that there will be common uses cases where it's very slightly less efficient due to its support for things like dynamic dispatch; but I don't see any reason in my brief experience with it why it couldn't at least be as fast as equivalent C++ code. It uses LLVM for its backend. One of my favorite things about it is the way it handles memory during debug runs. (My #1 favorite thing is that it was all developed by one guy working solo - Brian Fiete, a cofounder of PopCap Games.) First, it's able to trace allocated memory during debug execution and immediately report on memory leaks, along with the location in code where the leaked memory was allocated. Second, it can guard against use-after-frees in debug by marking the memory freed, but not actually reclaiming it. Any subsequent writes/reads to that location will immediately fail with the object's allocation stack trace. Both of these are turned off during normal builds but seem to be excellent debugging tools. The IDE is also cool and was developed in conjunction with the language. It's not the most feature-rich application and there are some bugs as you'd expect, but it's a perfect example of dogfooding as it was written in Beef. Hot code reloading is also supported. Note that I have zero connection with this language, other than that I really enjoy it so far, and that I reported a minor issue that is probably very specific to me and me alone, and Brian replied to me personally and we had a pleasant brief exchange.
  - beefdev 7y ago
    Thanks for the mention, Gene. Thanks for being an early adopter, and keep those bugs and feedback coming in! As far as performance vs C - there's not a lot of features that incur dynamic dispatch: virtual method calls, dynamic casts (as/is keywords), and direct interface dispatch. When you use interfaces as generic constraints, those monomorph into static dispatches unless the implementing method itself is virtual. For C-style code, however, the performance should be the same as the C equivalent in Clang. File a bug if it isn't!
  - tomcam 7y ago
    It’s also cross platform as hell. Amazing at this stage of development.
  - gingerBill 7y ago
    Odin can achieve the same feature of checking memory leaks with it's custom allocator system. You can very easily have a custom allocator track the allocations of everything, including its source location. This is because Odin was heavily designed around custom allocators as a core feature. And coupled with the implicit `context` system, it can very easily profile third party Odin code's allocations too!
    - beefdev 7y ago
      BeefLang will report leaks as they occur, not when the program shuts down. There's a tracing "GC" in debug mode for detecting unreachable memory in realtime. It's also used for reliably detecting use-after-free since memory is held when there are references and released when the last reference goes away -- again, a debug-only feature.
      - gingerBill 7y ago
        This is totally possible with custom allocators in Odin too. You'll be surprised by how much custom allocators can do, but so many people know little about them.
    - omaranto 7y ago
rafaelvasco 7y ago
This is one of the languages I've liked the most, though I may be biased since I love C#; Beef is actually made by a legendary PopCap developer ;) Loved popcap back in the day. PopCap Framework, HGE Game Engine etc. Good times;

totalperspectiv 7y ago

I hadn't seen Beef before. Is it 'as fast as C'? The docs look nice.

Gene_Parmesan 7y ago
I can't speak to whether it's literally as fast as compiled C code. I imagine that there will be common uses cases where it's very slightly less efficient due to its support for things like dynamic dispatch; but I don't see any reason in my brief experience with it why it couldn't at least be as fast as equivalent C++ code. It uses LLVM for its backend. One of my favorite things about it is the way it handles memory during debug runs. (My #1 favorite thing is that it was all developed by one guy working solo - Brian Fiete, a cofounder of PopCap Games.) First, it's able to trace allocated memory during debug execution and immediately report on memory leaks, along with the location in code where the leaked memory was allocated. Second, it can guard against use-after-frees in debug by marking the memory freed, but not actually reclaiming it. Any subsequent writes/reads to that location will immediately fail with the object's allocation stack trace. Both of these are turned off during normal builds but seem to be excellent debugging tools. The IDE is also cool and was developed in conjunction with the language. It's not the most feature-rich application and there are some bugs as you'd expect, but it's a perfect example of dogfooding as it was written in Beef. Hot code reloading is also supported. Note that I have zero connection with this language, other than that I really enjoy it so far, and that I reported a minor issue that is probably very specific to me and me alone, and Brian replied to me personally and we had a pleasant brief exchange.
- beefdev 7y ago
  Thanks for the mention, Gene. Thanks for being an early adopter, and keep those bugs and feedback coming in! As far as performance vs C - there's not a lot of features that incur dynamic dispatch: virtual method calls, dynamic casts (as/is keywords), and direct interface dispatch. When you use interfaces as generic constraints, those monomorph into static dispatches unless the implementing method itself is virtual. For C-style code, however, the performance should be the same as the C equivalent in Clang. File a bug if it isn't!
- tomcam 7y ago
  It’s also cross platform as hell. Amazing at this stage of development.
- gingerBill 7y ago
  Odin can achieve the same feature of checking memory leaks with it's custom allocator system. You can very easily have a custom allocator track the allocations of everything, including its source location. This is because Odin was heavily designed around custom allocators as a core feature. And coupled with the implicit `context` system, it can very easily profile third party Odin code's allocations too!
  - beefdev 7y ago
    BeefLang will report leaks as they occur, not when the program shuts down. There's a tracing "GC" in debug mode for detecting unreachable memory in realtime. It's also used for reliably detecting use-after-free since memory is held when there are references and released when the last reference goes away -- again, a debug-only feature.
    - gingerBill 7y ago
      This is totally possible with custom allocators in Odin too. You'll be surprised by how much custom allocators can do, but so many people know little about them.
  - omaranto 7y ago

rafaelvasco 7y ago

This is one of the languages I've liked the most, though I may be biased since I love C#; Beef is actually made by a legendary PopCap developer ;) Loved popcap back in the day. PopCap Framework, HGE Game Engine etc. Good times;