Comments (10)
I try to avoid the burden of having both versions.
What happens when you use this repo with no_internal cimgui?
from cimplot.
Thanks for the quick reply!
I try to avoid the burden of having both versions.
Alright, then I'll come up with a solution on my end. I think I might take implot as a submodule and vendor in a no-internals version of cimplot created with your generator along with an attribution note and backlink to the repo here.
What happens when you use this repo with no_internal cimgui?
The build fails because "cimplot with internals" requires symbols from "cimgui with internals" - at least that was the conclusion I came to when trying to get things to work. I don't think it is possible to switch imgui-rs to use the imgui internals without forking the repo - there is an issue for adding support for this, but it does not look to be resolved soon.
from cimplot.
The build fails because "cimplot with internals" requires symbols from "cimgui with internals"
Do you have a compiler error with symbols missing?
Could you post it?
As far as I know it should not happen.
from cimplot.
I'll try to come up with one - it has been a while since I've done those experiments, the reason I opened the issue today is that I thought I could get back into things and this might help. The fact that you say things are expected to work is already very good input for me, it makes me suspect that I am doing something wrong on my end. I'll go experiment a bit (might take a while, I'm not sure if I'll get to it today) and get back to you once I have some results.
from cimplot.
Another question for me to experiment with: The imgui-rs version I point to seems to vendor in an older version of cimgui from back in april, so I am not sure which version of cimplot I should pair this with to try and get things working. If I naively try out the current master, I get errors in the bindings generation process with bindgen about ImRect
and ImPoolIdx
being missing:
[...]
.../cimplot/cimplot.h:64:94: error: unknown type name 'ImPoolIdx'
.../cimplot/cimplot.h:66:76: error: unknown type name 'ImPoolIdx'
.../cimplot/cimplot.h:68:76: error: unknown type name 'ImPoolIdx'
.../cimplot/cimplot.h:70:82: error: unknown type name 'ImPoolIdx'
.../cimplot/cimplot.h:439:5: error: unknown type name 'ImRect'
.../cimplot/cimplot.h:468:5: error: unknown type name 'ImRect'
.../cimplot/cimplot.h:486:5: error: unknown type name 'ImRect'
.../cimplot/cimplot.h:488:5: error: unknown type name 'ImRect'
.../cimplot/cimplot.h:501:5: error: unknown type name 'ImRect'
.../cimplot/cimplot.h:502:5: error: unknown type name 'ImRect'
.../cimplot/cimplot.h:503:5: error: unknown type name 'ImRect'
.../cimplot/cimplot.h:504:5: error: unknown type name 'ImRect'
.../cimplot/cimplot.h:515:5: error: unknown type name 'ImRect'
.../cimplot/cimplot.h:516:5: error: unknown type name 'ImRect'
.../cimplot/cimplot.h:583:5: error: unknown type name 'ImRect'
[...]
... and, looking around imgui, I find that type in the imgui_internal.h
C++ header here.
I'm not sure what follow-up things to ask, because I don't want to waste your time with problems specific to the way I create and build my Rust bindings - I just describe things here in case there is something super obvious you can help me with without having to deal with all the details.
from cimplot.
You could try to compile implot examples with the imgui present in back in april
If it complains then you should change to an older implot until you find a compatible one.
It is strange because ImRect
is quite old (Perhaps in your compilation you are forgetting to include imgui_internal.h?)
But this shouldnt be as cimplot.cpp already includes imgui_internal.h
from cimplot.
Thanks for the hints, I'll do more experiments.
Perhaps in your compilation you are forgetting to include imgui_internal.h
So far I have been using cimplot so I can create an FFI to a C API - if that C API requires the inclusion of a C++ header, I have to deal with C++ code at the FFI boundary, and then I might as well attempt to create bindings to the C++ code directly. Maybe I am just confused though and am missing the point.
But this shouldnt be as cimplot.cpp already includes imgui_internal.h
For cimplot.cpp things should be fine (that is a C++ build anyway), but cimplot.h itself refers to things like ImRect
as well (for example here). If paired with an internal-enabled version of cimgui, a C version of ImRect
is available here, which works, but for the combination of an non-internal-enabled cimgui and an internal-enabled cimplot, I don't yet see a way to create bindings using only C headers because types like ImRect
and ImPoolIdx
are not available as C types.
In any case, the original issue is answered and I'll see if I can work around the problem in implot-rs itself a bit, so we can close the issue I think.
Thanks for all your help!
from cimplot.
If paired with an internal-enabled version of cimgui, a C version of
ImRect
is available here,
But this is not docking_inter branch but master branch. (In dockin_inter ImRect is found in https://github.com/cimgui/cimgui/blob/docking_inter/cimgui.h#L1390)
In cimgui repo, master branch it is the no internal
branch (the same used by imgui-rs)
from cimplot.
Update: without internal in cimgui and internal in cimplot compilation succeds but the problem appears in the part of cimplot.h revealed with CIMGUI_DEFINE_ENUMS_AND_STRUCTS
, used in the binding generation, where ImPoolIdx
is not defined.
Solutions are:
1 - generate cimplot without internal
2 - generate cimplot with internal but manually add ImPoolIdx definition (and posibly others) doing cut and paste from cimgui.h (with internal generation) to the part in cimplot.h under CIMGUI_DEFINE_ENUMS_AND_STRUCTS
from cimplot.
Thanks for looking into this further! I did not yet get around to do more experiments, but I'll see if I can make one of your two suggestions work.
from cimplot.
Related Issues (13)
- add to cimgui organization? HOT 2
- typedef ImPlotLocator using C++ references HOT 1
- Missing args for Plot_ShadedG when generating implot 0.14 HOT 15
- cannot link against implot HOT 7
- set custom path of implot and cimplot as generator's argument HOT 9
- Prebuilt Binaries? HOT 7
- Trigger binding regen for implot v0.4 HOT 1
- ImPlotPoint getters wrapping HOT 6
- Failed to compile the header cimplot.h because itβs not self-contained HOT 10
- How can it be 2047 unique cloners and only 18 stars HOT 4
- Question regarding types like ImRect HOT 6
- error: unknown type name 'time_t' HOT 23
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
π Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. πππ
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google β€οΈ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from cimplot.