-
Notifications
You must be signed in to change notification settings - Fork 157
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[luci/import] Revise ImportEx #13850
Conversation
this change is necessary to make
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM!
=)
Um?
|
@hseok-oh do you know why this happens and how to fix this? |
@hseok-oh , |
This will revise ImportEx ctro with graph builder source and new importModule method. ONE-DCO-1.0-Signed-off-by: SaeHie Park <saehie.park@gmail.com>
ac122b1
to
84a8561
Compare
@shs-park , PTAL again, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
👍
In fact, runtime is already using workaround to avoid build fail by referencing not installed header from luci public header. Lines 170 to 172 in 7aee01c
Lines 205 to 207 in 7aee01c
Maybe we can avoid this issue by using same workaround. |
To use |
Including luci and dependent module build in runtime cmake script is not easy, so I divided build process on makefile (and tizen spec file) level for luci and runtime. So runtime uses installed compiler libraries and headers. On the other hand, Lines 119 to 124 in 7aee01c
|
This will revise ImportEx ctro with graph builder source and new importModule method.