Zip: Missing required module 'minizip'

I’m also looking for solution for this issue. Unfortunately, it is related not only to this repository, but all frameworks which uses modulemap inside. Easiest way to reproduce it - to build a framework(manually or via carthage) and then remove/move sources to another folder. Example:

carthage update
mv Carthage/Checkout Carthage/Checkout_

Why does it happen? Seems like when a framework project contains a module with C code and as result a module map to this code, then result framework will contain links to the same C code with absolute paths. You can see that inside Zip.framework/Modules/Zip.swiftmodule/. Just open any swiftmodule file with any text editor and look for old modulemap path. I mean, this C code/headers(maybe just headers, not sure about that) should be placed at the same place for using the framework, otherwise framework won’t find this C-module (in this case - minizip)

Workaround Only workaround what I’ve found is to copy minizip folder(folder with C code) inside your project (where you have to use Zip.framework) and configure Import Paths to this directory. Then, when Zip.framework have to find mini zip module, it will use the project settings (module is configured and load to the project already). So, either do not remove Checkout directory for carthage (because framework will look for minizip module there) and as result do not use any caches for carthage (like rome), or add minizip directory to your project and configure Import Paths.

If someone knows how it could be avoided, I would gladly to use it, because I don’t like either solutions. Much better when a framework contains all code/information and we do not need to do anything for working with it

Bridging-Header solution If we remove using modulemap and add Bridging-Header to the project, then this case will work only when we don’t have Checkouts folder. But at the same time, it won’t work if sources are there (if you build it through carthage and do not remove Checkouts directory). In that case you will have Failed to import bridging header error when trying to build your project.

Bump. Still seeing this. Xcode 12.4, targeting iOS 14.4.

Has anyone solved this for Swift Package Manager?

@marmelroy It has not been fixed. Tried on XCode 12.0.1 using SPM to install Zip v. 2.1.1. The error persists:

The problem lays in SWIFT_INCLUDE_PATHS = "${SRCROOT}/Zip/minizip/**". It’s not a reliable way to depend on ${SRCROOT} as the binary could be built on a different machine or sources could be deleted.

Steps to reproduce:

1. Integrate the framework with Carthage github "marmelroy/Zip" ~> 2.1
2. carthage update|bootstrap
3. Remove Carthage/Checkouts directory
4. Missing required module 'Minizip'

I got the same problem trying to import the IOS-Pods-DFU-Library library via Carthage

Just found a way to reproduce this issue (got it on our Jenkins, then replaced my local Carthage/Build folder to the one built on jenkins side, and got the same issue), then I make it simple (and local):

kenji@macboo:~/source-cache/project$ carthage bootstrap
kenji@macboo:~/source-cache/project$ xcodebuild -derivedDataPath ./DerivedData .....
kenji@macboo:~/source-cache/project$ echo $?
0
kenji@macboo:~/source-cache/project$ cd ..
kenji@macboo:~/source-cache$ mv project other
kenji@macboo:~/source-cache$ cd other
kenji@macboo:~/source-cache$ rm -rf DerivedData
kenji@macboo:~/source-cache/other$ xcodebuild -derivedDataPath ./DerivedData .....
CompileSwift normal x86_64 /Users/kenji/source-cache/other/Some/Some.swift (in target: Target)
[big command]
<unknown>:0: error: missing required module 'minizip'
	CompileSwift normal x86_64 /Users/kenji/source-cache/project/Some/Some.swift
	CompileSwiftSources normal x86_64 com.apple.xcode.tools.swift.compiler
(150 failures)
kenji@macboo:~/source-cache/other$ echo $?
65

Moving back other to project make xcodebuild builds fine (after removing DerivedData)

I think it is related to bcsymbolmap file containing absolute paths…