Replies: 1 comment 1 reply
-
There are already a number of ways to resolve this. For ImGui the simplest is to put the code into a DLL/.so and then use RUNTIME_COMPILER_LINKLIBRARY. For the logger I have this in my main executable and use a pure virtual interface plus a pointer in the system table so it doesn't need linking.
This is indeed part of the approach I would like to move towards. One potential approach I am also considering is also to add a The Filesystem watcher also needs some code simplification.
This was part of the original idea behind the |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
(Based on: #140, #139)
Hey, since you mentioned that you've enabled discussions and I would have a few more things to discuss I'll just take the freedom and make a new discussion.
Just Features
A bit of background, I'm manually loading and initializing all DLL relationships in my project. That means, that the "Logger" is using a default implementation before a C function is loaded and called from the application.
Back to the RCC++ breaking changes mentioned in #139
Well, it's not like I need to introduce breaking changes. In most cases giving access, for example, to the loaded Module, can be done by just extending the interface.
I would like a leaner version of RCC++ and maybe request a few features here and there when that will be ongoing.
In the meantime, I'll work withing the existing boundaries, and if possible, provide a few PR that you might or might not like to take. In the end, maybe you could base the next version on an idea that was not idea for this version!
Cheers!
Beta Was this translation helpful? Give feedback.
All reactions