Comments (8)
Thanks for the bug report!
Unfortunately I can't reproduce it with a minimal workspace in Xcode 5. In particular I successfully built a Release build for iOS Device with the settings:
- Base SDK: Latest iOS
- iOS Deployment Target: iOS 6.0
Please make up a minimal workspace containing the zipzap project and send it to me for further analysis.
from zipzap.
Hi pixelglove, to reproduce the problem, you need to select "Standard architectures (including 64-bit)" in your project settings. This might be necessary if you want to include the new x64 slice in your library, to support the iPhone5s.
In order to build for x64 you need also to set 7.0 as the target ios.
from zipzap.
@sgabello I can confirm the test workspace project's Architecture is set to "Standard architectures (including 64-bit)" and I see armv7 + armv7s + arm64 fat binaries being built.
I'd suggest trying the following:
- Use a workspace instead of a project at the top-level, and include zipzap and your original project under that workspace. Don't make zipzap a subproject of your actual project. We mainly support this configuration as noted in the README.
- Try building zipzap separately to include 64-bit and then link to the binary.
- Check to see if the latest zipzap library is linking. The podspec may reference an older zipzap library.
from zipzap.
@pixelglow Can you set "Standard architectures (including 64-bit)" and still use iOS 6.0 as deployment target? This is really strange considering that in order to build a binary that supports both 32 and 64bit, you MUST use ios7 as deployment target. Check the documentation
I'm not saying this is a bug in zipzap. It's actually a requirement in xcode5 in order to build arm64 compatible binaries. So... with my comment I was actually trying to explain to @oscarvgg the reasons of his problem.
By using a workspace, everything should work correctly as long as iOS7 is selected as a deployment target.
On a side note though... I have to tell you that the other way to use the library, "As an independent project" (also noted as supported in the README), doesn't seem to work anymore. I couldn't find a way to build the library so that it includes all the arm architectures both for the simulator and device.
from zipzap.
It may be that it works on Xcode 5.0.1, which is my current version. As your link states:
Note: A future version of Xcode will let you create a single app that supports the 32-bit runtime on iOS 6 and later, and that supports the 64-bit runtime on iOS 7.
from zipzap.
Not really...
From the Release Notes:
Known Issues in Xcode 5.0.1 GM seed
General
In this seed, iOS 64-bit compatible applications are only supported with a minimum deployment target of iOS 7.
Oh well... I don't want to force you into believe what I'm saying :)
You might be lucky for real and be the only one able to build arm64 binaries with iOS 6.0 :)
from zipzap.
@sgabello -- hmmm... perhaps it builds on Xcode 5.0.1 GM but it's not officially supported as yet.
In any case, I've just installed the public Xcode 5.0.1 (5A2053) and can confirm it builds my test workspace incorporating zipzap correctly. Their new release notes now say:
Able to build iOS 6 (32-bit) and iOS 7 (32-bit and 64-bit) binaries with a single build target
Do update to the public Xcode 5.0.1 and see if your build problems go away.
from zipzap.
No further feedback, so I'm closing the issue.
from zipzap.
Related Issues (20)
- <ZipZap/ZZDataChannel.h> not found in UnitTest HOT 1
- Archives are corrupt on iOS 10.2 HOT 1
- No High Level APIs for Most Probable Use Cases HOT 3
- ZZArchiveEntry archiveEntryWithDirectoryName: Does Not Create Valid Entry
- ZZDeflateOutputStream write:maxLength erroneously returning zero HOT 1
- NSOutputStream write lose data when init with a non-text file
- [Bug] how to create a zip for symbol directory
- Module name is not consistent between Cocoapods and Carthage
- Lowering the deployment target
- Support iOS 9 HOT 2
- newDataWithError is nil
- Zipperdown security issue (Path traversal symbols not being ignored) HOT 2
- Unable to Build Xcode 10 Beta
- @"ZZOpenOptionsCreateIfMissingKey" - code: 0, archive succeeds HOT 1
- Archiving release version of ZipZap
- I hope to increase the encryption zip function. HOT 1
- New clang compiler complains tautology in this code HOT 1
- How to set the firstExtraField?
- Swift Package
- Not able to open Password protected file
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from zipzap.