-
Notifications
You must be signed in to change notification settings - Fork 574
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
extensions rebuild on every build or run #49
Comments
I'm very seriously considering changing entirely how extensions are built, to move them into Xcode. Not because the build speed is slow, but because I've added Crashlytics and all of our crash reports will be useless because they're happening inside an unsymbolicated "internal.so". Before I sink a bunch of time into figuring out how to go about producing a working app that requires no changes in init.lua behaviour, what do folk like @asmagill @Habbie @josephholsten and @jhgg think about this? |
+1 to better metrics |
While I'm all for better metrics and better debug options, how much does this change the development path of a specific module? When I'm tweaking and refining something and rebuilding 20 times in an hour to get something ready, the overhead of Xcode, even xcodebuild, would be annoying... but if it could be more automated, like a wrapper that I can just drop my files into (maybe a few more steps, but simple) once I'm ready to make it public, then I see no reason not to do so, especially for modules that make it into core.
|
@asmagil one option would be to use gyp to generate the Xcode project files. We could also continue to support building via a Makefile I would think. |
Managed to figure out a way to get debug symbols into Crashlytics without having to change how extensions are built, significantly. As such, I'm not going to continue trying to get the extensions built as dylib bundles. |
Just for reference: I did a prototype transition to gyp as build system here: |
This was closed by #468 |
…aram-return-notes-newlines Feature/issue 48 param return notes newlines
which makes cmd-r in xcode take a long time for no reason. Should figure out how to make this better - have the Makefiles actually know about all the invidual targets?
The text was updated successfully, but these errors were encountered: