Repository navigation
Conversation
|
When I open this repo standalone with Xcode I see this Maybe it's related to gitx/gitx#234 (comment) |
|
@hannesa2 I won't be able to work on this for some time, as I'm recovering from a surgery for a few weeks. The unsupported swift version was not an issue in my experience, even though I got it as well. The build script create symlinks in /usr/local if your brew installation is not found at that location. That's pretty hacky, which is why I'm not sure what the best approach is for supporting both arm and x86 on the same build system. So to fix your ability to build, you could try reverting the path changes in my PR and running the build script to generate the links. I suppose it's not too bad, but perhaps we should instead move all symlinks to a common location, /opt/gitx/, for instance, and redirect all future builds/installations to that. I'm not sure if that will cause any problems with loading libraries at runtime, Will need somebody to check it on a nonbuild system. |
Not sure I read this correctly: objective-git is meant to be a framework with runtime deps to |
|
This pull request becomes more and more obsolete. There is now a solution which builds on x86 and arm64 #25 |
|
I rebased this #37 and will continue there to solve the conflicts |

This is mostly additive/non-destructive, except the LD flags needs a better solution. Unlike a library search path, we cannot provide two possible locations for a static library to possibly exist.
A symlink could be added to /usr/local/lib, for backwards-compatibility, but that has a few drawbacks: