search

openframeworks / openFrameworks

openFrameworks is a community-developed cross platform toolkit for creative coding in C++.
http://openframeworks.cc
Other
9.98k stars 2.55k forks source link

xcframework contents are copied into bin #8147

Open roymacdonald opened 1 month ago

roymacdonald commented 1 month ago

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

danoli3 commented 1 month ago

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

roymacdonald commented 1 month ago

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.

dimitre commented 1 month ago

duplicate of https://github.com/openframeworks/openFrameworks/issues/8063

roymacdonald commented 1 month ago

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.

danoli3 commented 3 weeks ago

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 https://github.com/openframeworks/openFrameworks/issues/8147#issuecomment-2418425530, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAGK2HAGWZ6VICKSTGJYQJ3Z34VZVAVCNFSM6AAAAABQAM4W2CVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDIMJYGQZDKNJTGA . You are receiving this because you were mentioned.Message ID: @.***>