-
-
Notifications
You must be signed in to change notification settings - Fork 2.6k
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
xcframework contents are copied into bin #8147
Comments
its copying to the temp folder which is also the bin folder, I had a solution for this at one point, was something to do with changing the cache dir |
but it is not deleting these, actually, the headers and .a files dont need to be copied anywhere. So I don't get why it is done , not sure either if it is something misconfigured on our side or if it is the xcframework default behaviour. |
duplicate of #8063 |
I also noticed that all the core static libraries are getting copied into But then, when using any addon that has a static libraries, its files get copied into the app bundle next to the executable, which unnecessarily bloats the app file size. It is quite noticeable when using opencv for example. Honestly, I dont see what is the gain on having xcframeworks instead of what we had. I get the idea for developing ios/etc, but for macos it does not make sense to much at least at the current state. I see no benefits from it. Please let me know what are the reasons or need to have xcframeworks instead of what we used to have. |
This is happening regardless of xcframeworks or .a binding or libs, it’s a
thing with temp static location shouldn’t be an issue once we just set the
path correct.
Normally this is placed in the project temp location which can be cleared
by following the settings in project, however it’s misconfigured currently
using bin.
xcframeworks is not just about multi platform, it’s a structure of
definitions, versions, build settings and allows for multi platform. It’s
the same as a .app is really a folder of libraries, executables and signing
info. It’s the structure Apple have defined for libraries going forward.
Again just open it it’s still a folder of the static a.
This week guys! I’ll fix it all
…On Thu, 17 Oct 2024 at 2:33 pm, Roy Macdonald ***@***.***> wrote:
I also noticed that all the core static libraries are getting copied into
libs/openFrameworksCompiled/lib/macos which I think there is no need for
those to sit there.
But then, when using any addon that has a static libraries, its files get
copied into the app bundle next to the executable, which unnecessarily
bloats the app file size. It is quite noticeable when using opencv for
example.
Honestly, I dont see what is the gain on having xcframeworks instead of
what we had. I get the idea for developing ios/etc, but for macos it does
not make sense to much at least at the current state. I see no benefits
from it. Please let me know what are the reasons or need to have
xcframeworks instead of what we used to have.
—
Reply to this email directly, view it on GitHub
<#8147 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAGK2HAGWZ6VICKSTGJYQJ3Z34VZVAVCNFSM6AAAAABQAM4W2CVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDIMJYGQZDKNJTGA>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
on macos, since the core addons' libraries are now xcframeworks, the contents of these are being copied to the projects bin folder. This is not necesary and should not happen.
@dimitre @danoli3
The text was updated successfully, but these errors were encountered: