OpenSceneGraph VS cling

I started in 2001 with OpenSceneGraph which made extensive use of intrusive pointers. This was 10 years before C++11 note. That codebase continues to be relevant and as performing as ever.

browse github and try to contribute. I started with OpenSceneGraph

I have been using OpenSceneGraph for over 20 years. It is used in the military a lot and I myself have seen it used to simulate war scenarios with realtime data aboard of a command-and-control center of a battleship.

Does http://www.openscenegraph.org/ fit?

Speed Dreams: It is a fork of TORCS, and was born as the need to include many more functions to the latter. In Speed Dreams the menus would be completely redesigned, adding many more options and making them much more intuitive; the game acquired dynamic time, improvements in reflections, career mode, a new simulation mode and multi threading. Over time many more options were implemented, such as local multiplayer mode, Force Feedback, and of course more and better cars and tracks, a new and more powerfull graphic engine (OpenSceneGraph) among other things, making it a much more complete game than its predecessor. They recently they have presented version 2.2.3. You can also install it in AppImage and Flatpak format.

Here is an example: https://github.com/openscenegraph/OpenSceneGraph/blob/master/examples/osgsimplegl3/osgsimplegl3.cpp

openscenegraph (mainly focuses on graphics, used by openmw for example)

Is not little, is very complex open source racing simulator. There are a lot of cars, categories, tracks. The physics has a lot of work . About the graphics, the devs are working on change the graphic engine to OpenSceneGraph, that actually works, but needs much more polishing. You can see his quality on this video: https://youtu.be/4daTgcxEWRg

I love Godot for a complete game engine. For just the renderer you could consider http://www.openscenegraph.org

More recent activity, but based on clang: https://github.com/jupyter-xeus/xeus-cling https://github.com/root-project/cling

> The repl driven workflow is amazing and the lisp images are rock solid and highly performant.

do people not realize that basically everything vm/interpreted language has a repl these days?

https://www.digitalocean.com/community/tutorials/java-repl-j...

https://github.com/waf/CSharpRepl

https://pub.dev/packages/interactive

not to mention ruby, python, php, lua

hell even c++ has a janky repl https://github.com/root-project/cling

Interactive C++ with Cling, https://blog.llvm.org/posts/2020-11-30-interactive-cpp-with-cling/, https://github.com/root-project/cling/, Relaxing the One Definition Rule in Interpreted C++, https://dl.acm.org/doi/10.1145/3377555.3377901 (PDF: https://www.researchgate.net/publication/339463915_Relaxing_the_one_definition_rule_in_interpreted_C)

Want to see your mind blown? Check out cling, a (sort of) C and C++ interpreter (it's a REPL). Or the work in progress, live-developed clauf, a real C interpreter.

Cling: https://github.com/root-project/cling

Wanting to just test pure c or c++ functions that are hardware independent -> (solution that I'm using): cling just in time compiler, gives a shell that you can just experiment with C++ expressions

C++ source cannot contain a shebang, but you can make them executable with binfmt-misc, and have the kernel pass them to a C++ interpreter such as Cling upon execution. Pretty much the same as running Python or Bash scripts.