Darwin Build Environment Help Center

CocoaPods related issues

append delete Anthony

Windows 11
Builder 3.74
iOS SDk 18.5

Hi Pierre Marie,

I have a project "A" that doesn't use cocoapods and was compiling fine with iospb.
I am now trying to build project "B", that uses cocoa pods but I'm getting warnings and the compilation stops without clear errors:

https://pmbaty.com/paste/?ff7bdec76ac41450#CQ9URxFDJ4nYXJq9vruYPs3bLxbv38qV2B9wgnu1xptj

So that's the first issue. And since then, project "A" doesn't compile anymore, I'm getting:
ld64.lld: error: cannot open ECHO: no such file or directory
ld64.lld: error: cannot open is: no such file or directory
ld64.lld: error: cannot open off.: no such file or directory

Full log:
https://pmbaty.com/paste/?9d27e2b9f22c3e18#FqpA84DgqX1LX19Cu2QUCSevtu65wmoWYpxb6Lmomm9r

I tried to reinstall the SDK using the assistant, clear the builder cache and start a fresh build, but still getting the same errors.

Any idea what's going on?

Thank you for your support!
Anthony

:: @Anthony added on 07 Aug ’25 · 03:03

Hi reinstalled iospb, same version & SDK. And it works again for project "A", so there is that. I will try again project "B"

:: @Anthony added on 07 Aug ’25 · 03:50

Project "B" with cocoapods got stuck again with no error. Here is the full log:

https://pmbaty.com/paste/?2996c045c24034d4#4Bdtw1PHgZ6Dr2nzcf7hr9XfzCphgLJLHZkfwxSESdgC

Reply RSS

Replies

#1. Anthony

This post was deleted by its owner

append delete #2. Anthony

As I am trying to compile project B with the cocoa pods, I select the option to install Windows CocoaPods daemon.

I am no sure to understand the difference between

Windows CocoaPods daemon

iOS Build Environment

Darwin Build Environment

it seems that "Windows CocoaPods daemon" gets downloaded automatically (160MB), but should I also install "iOS Build Environment" or "Darwin Build Environment" ? which is way bigger (3.7GB). I guess not but just to be sure.

append delete #3. Pierre-Marie Baty

Hello Anthony

The first log you posted looks like a compiler crash. Unfortunately I no longer provide my own builds of Clang/LLVM and Swift, the builder now uses the official ones - I thought it would save me much time and the builds would be more stable (bottom line: I was half right...), so my ability to fix this crash has dropped to not much: a bug report should be submitted to the official Swift maintainers, who usually don't prioritize much their rare Windows users.

The second log looks like as if a non-ASCII character, or a control character, was passed in the linker's command line, and that would make the command-line interpreter jump off track. You might get confirmation of that if you run the build in verbose mode (hold the Shift key down when you click the Build button). Examples of such characters include parentheses "(", ")", in directory names, ampersands "&", percent signs "%" or carets "^". Such characters easily divert a batch script. If one of your project's file names or directory names has such a character in it, rename it.

The third log does look like the same crash as the first one.

"iOS Build Environment" is the old name for "Darwin Build Environment" - it was renamed to "Darwin" since now it also builds Mac apps and not just iOS. And it's a superset of the "Project Builder for Unity" which you are certainly using since you're asking the question. You don't need it if all your builds are Unity projects.

It looks like this version of the "AppAuth" pod makes the compiler crash. To work this around, consider using precompiled versions of these libraries and frameworks instead of trying to build them from source with CocoaPods.

Another thing you can try is to download the most up-to-date version of the Win32 variant of the official Swift compiler binary distribution (which includes the Clang compiler and the LLVM tools), and replace the executables and DLLs in the Toolchain directory of the builder with the ones you downloaded. It is possible that they fixed this very crash bug. Make a backup of the Toolchain directory before you try that.

append delete #4. Anthony

Thank you for all the details and clarifications!

I replaced the Swift files with the latest officials ones, but I got new error, something like "ldd doesn't support the compilation etc" so I rolled back to you files. Which is strange because it's technically the same version 6.1.2 that you're using. Should I try the development build? You're probably right, not much support on Windows, so it will probably not make a difference.

About the AppAuth pod not compiling, how would you go about finding the precompiled version and linking it? The github repo only provides the sources apparently. Did you mean I should try to compile them myself using a Mac? and the link them with the "add extra frameworks" button?
https://github.com/openid/AppAuth-iOS

Thanks again for you help!

append delete #5. Pierre-Marie Baty

This error you get with the Swift-supplied LDD is an irrelevant limitation they put on the Swift version of LLD. It has been classified as a "bug" for a long time, and I see they still haven't taken any step to remove it. This alone tells a lot how much they care about Windows users.

To get rid of it, download and install the corresponding LLD from the official LLVM builds (not Swift). The LLD linker is exactly the same in both distributions.

I see that AppAuth doesn't seem to provide precompiled libraries nor frameworks. They could, and IMO should. In this case, what you can do is build these files on Mac, and reuse them in your project, either as a static library, or a framework, by specifying the precompiled file in the extra linker flags. Do you need help on that ?

Reply

(Leave this as-is, it’s a trap!)

There is no need to “register”, just enter the same name + password of your choice every time.

Pro tip: Use markup to add links, quotes and more.

Moderators: Pierre-Marie Baty