github-starred/libxlsxwriter

Fork 0

mirror of https://github.com/jmcnamara/libxlsxwriter.git synced 2026-05-15 14:15:54 -06:00

[GH-ISSUE #342] CocoaPods issue with Firebase and BoringSSL-GRPC (Xcode 12.5) #275

New issue

Closed

opened 2026-05-05 12:04:49 -06:00 by gitea-mirror · 16 comments

gitea-mirror commented

2026-05-05 12:04:49 -06:00

Owner

Originally created by @ulmentflam on GitHub (Jul 9, 2021).
Original GitHub issue: https://github.com/jmcnamara/libxlsxwriter/issues/342

Originally assigned to: @jmcnamara on GitHub.

When building in Xcode 12 and installing the library through CocoaPods I get the error 'openssl_grpc/base.h' file not found. It appears that the libxlsxwriter tries to use the BoringSSL-GRPC md5.h file when both pods are installed. At first I thought it was related to this issue in the CocoaPods repo and issue #337. However, when I ran pod update and pod install from the 1-10-stable branch, the issue persisted. The issue is not present in older versions of the Firebase SDK or when using older versions of BoringSSL-GRPC.
My thought is that there is still a problem with the header files being symlinked to the wrong place, but the previously mentioned solutions should have fixed that issue.

The logs say:

In file included from /Users/.../Pods/libxlsxwriter/third_party/md5/md5.c:42:
/Users/.../Pods/BoringSSL-GRPC/src/include/openssl/md5.h:60:10: fatal error: 'openssl_grpc/base.h' file not found
#include <openssl_grpc/base.h>
         ^~~~~~~~~~~~~~~~~~~~~
1 error generated.

So libxlsxwriter is attempting to use the "md5.h" file from BoringSSL-GRPC and not the "md5.h" file included in the libxlsxwriter project. This leads me to believe that the headers are still not being linked correctly by CocoPods. Any help on fixing this issue or a better methodology for installing both of these frameworks would be greatly appreciated.

Originally created by @ulmentflam on GitHub (Jul 9, 2021). Original GitHub issue: https://github.com/jmcnamara/libxlsxwriter/issues/342 Originally assigned to: @jmcnamara on GitHub. When building in Xcode 12 and installing the library through CocoaPods I get the error 'openssl_grpc/base.h' file not found. It appears that the libxlsxwriter tries to use the BoringSSL-GRPC md5.h file when both pods are installed. At first I thought it was related to [this](https://github.com/CocoaPods/CocoaPods/pull/10224) issue in the CocoaPods repo and issue #337. However, when I ran `pod update` and `pod install` from the `1-10-stable` branch, the issue persisted. The issue is not present in older versions of the Firebase SDK or when using older versions of `BoringSSL-GRPC`. My thought is that there is still a problem with the header files being symlinked to the wrong place, but the previously mentioned solutions should have fixed that issue. The logs say: <img width="517" alt="image" src="https://user-images.githubusercontent.com/6037314/125012277-ef724a80-e037-11eb-9f4e-569b94f553a9.png"> ``` In file included from /Users/.../Pods/libxlsxwriter/third_party/md5/md5.c:42: /Users/.../Pods/BoringSSL-GRPC/src/include/openssl/md5.h:60:10: fatal error: 'openssl_grpc/base.h' file not found #include <openssl_grpc/base.h> ^~~~~~~~~~~~~~~~~~~~~ 1 error generated. ``` So `libxlsxwriter` is attempting to use the "md5.h" file from `BoringSSL-GRPC` and not the "md5.h" file included in the `libxlsxwriter` project. This leads me to believe that the headers are still not being linked correctly by CocoPods. Any help on fixing this issue or a better methodology for installing both of these frameworks would be greatly appreciated.

gitea-mirror

2026-05-05 12:04:49 -06:00

closed this issue
added the
bug
label

gitea-mirror commented

2026-05-05 12:04:55 -06:00

Author

Owner

@jmcnamara commented on GitHub (Jul 9, 2021):

Could you create a small project that demonstrates this issue. Maybe based on https://github.com/FrankenApps/LibXlsxWriterSwiftSample

Also, is it possible to re-arrange the order of pod usage/compilation so that libxlsxwriter is included before BoringSSL.

Adding @FrankenApps in case he has any suggestions.

@jmcnamara commented on GitHub (Jul 9, 2021): Could you create a small project that demonstrates this issue. Maybe based on https://github.com/FrankenApps/LibXlsxWriterSwiftSample Also, is it possible to re-arrange the order of pod usage/compilation so that libxlsxwriter is included before BoringSSL. Adding @FrankenApps in case he has any suggestions.

gitea-mirror commented

2026-05-05 12:04:57 -06:00

Author

Owner

@ulmentflam commented on GitHub (Jul 9, 2021):

@jmcnamara I replicated the issue here https://github.com/ulmentflam/LibXlsxWriterSwiftSample just adding 'BoringSSL-GRPC' to the pod file causes the issue. I didn't have to include all the Firebase dependencies.

@ulmentflam commented on GitHub (Jul 9, 2021): @jmcnamara I replicated the issue here https://github.com/ulmentflam/LibXlsxWriterSwiftSample just adding 'BoringSSL-GRPC' to the pod file causes the issue. I didn't have to include all the Firebase dependencies.

gitea-mirror commented

2026-05-05 12:04:59 -06:00

Author

Owner

@jmcnamara commented on GitHub (Jul 9, 2021):

Does the order of inclusion have any effect, i.e., if you put libxlsxwriter before borings or vice-versa?

@jmcnamara commented on GitHub (Jul 9, 2021): Does the order of inclusion have any effect, i.e., if you put libxlsxwriter before borings or vice-versa?

gitea-mirror commented

2026-05-05 12:05:00 -06:00

Author

Owner

@ulmentflam commented on GitHub (Jul 9, 2021):

Unfortunately not, it seems to always build last for some reason.

@ulmentflam commented on GitHub (Jul 9, 2021): Unfortunately not, it seems to always build last for some reason.

gitea-mirror commented

2026-05-05 12:05:01 -06:00

Author

Owner

@ulmentflam commented on GitHub (Jul 9, 2021):

I even moved the order of inclusion in the Podfile.lock and that has no effect on the order that the dependencies are installed.

@ulmentflam commented on GitHub (Jul 9, 2021): I even moved the order of inclusion in the `Podfile.lock` and that has no effect on the order that the dependencies are installed.

gitea-mirror commented

2026-05-05 12:05:02 -06:00

Author

Owner

@jmcnamara commented on GitHub (Jul 9, 2021):

Just to avoid any ambiguity can you add the modified pod file you are using with the LibXlsxWriterSwiftSample repo.

@jmcnamara commented on GitHub (Jul 9, 2021): Just to avoid any ambiguity can you add the modified pod file you are using with the LibXlsxWriterSwiftSample repo.

gitea-mirror commented

2026-05-05 12:05:03 -06:00

Author

Owner

@ulmentflam commented on GitHub (Jul 9, 2021):

Absolutely

# Uncomment the next line to define a global platform for your project
platform :ios, '13.0'

target 'LibXlsxWriterSwiftSample' do
  # Comment the next line if you don't want to use dynamic frameworks
  use_frameworks!

  # Pods for LibXlsxWriterSwiftSample
  pod 'libxlsxwriter', '~> 0.9'
  pod 'Sourceful', '~> 0.2' #Only present for synzax highlighting
  pod 'BoringSSL-GRPC'
end

@ulmentflam commented on GitHub (Jul 9, 2021): Absolutely ``` # Uncomment the next line to define a global platform for your project platform :ios, '13.0' target 'LibXlsxWriterSwiftSample' do # Comment the next line if you don't want to use dynamic frameworks use_frameworks! # Pods for LibXlsxWriterSwiftSample pod 'libxlsxwriter', '~> 0.9' pod 'Sourceful', '~> 0.2' #Only present for synzax highlighting pod 'BoringSSL-GRPC' end ```

gitea-mirror commented

2026-05-05 12:05:06 -06:00

Author

Owner

@ulmentflam commented on GitHub (Jul 9, 2021):

@jmcnamara @FrankenApps I believe I have a fix for this issue in PR #343. The header files link correctly if preserve_paths is included in the podspec and references the 'third_party' header files.

@ulmentflam commented on GitHub (Jul 9, 2021): @jmcnamara @FrankenApps I believe I have a fix for this issue in PR #343. The header files link correctly if `preserve_paths` is included in the podspec and references the 'third_party' header files.

gitea-mirror commented

2026-05-05 12:05:07 -06:00

Author

Owner

@jmcnamara commented on GitHub (Jul 9, 2021):

@ulmentflam Thanks for the fix. It looks valid.

I was just about to respond to ask if you could change the ordering of the include files within Xcode to see if that would resolve the issue. Could you try that as well to see if works (for the sake of completeness). Change the order in "Framework search paths" and "Header search paths" in Build Settings:

@jmcnamara commented on GitHub (Jul 9, 2021): @ulmentflam Thanks for the fix. It looks valid. I was just about to respond to ask if you could change the ordering of the include files within Xcode to see if that would resolve the issue. Could you try that as well to see if works (for the sake of completeness). Change the order in "Framework search paths" and "Header search paths" in Build Settings: ![Screenshot 2021-07-09 at 19 36 34](https://user-images.githubusercontent.com/94267/125122359-379f7480-e0ed-11eb-83a6-05a8fac9f17d.png)

gitea-mirror commented

2026-05-05 12:05:09 -06:00

Author

Owner

@ulmentflam commented on GitHub (Jul 9, 2021):

@jmcnamara I updated the order in "Framework Search Paths" and "Header Search Paths" and it resulted in the same build error.

@ulmentflam commented on GitHub (Jul 9, 2021): @jmcnamara I updated the order in "Framework Search Paths" and "Header Search Paths" and it resulted in the same build error.

gitea-mirror commented

2026-05-05 12:05:10 -06:00

Author

Owner

@ulmentflam commented on GitHub (Jul 9, 2021):

@ulmentflam commented on GitHub (Jul 9, 2021): <img width="1200" alt="image" src="https://user-images.githubusercontent.com/6037314/125126131-a3bbb180-e0c8-11eb-8596-ef131955b65c.png">

gitea-mirror commented

2026-05-05 12:05:11 -06:00

Author

Owner

@jmcnamara commented on GitHub (Jul 9, 2021):

Cool. Thanks for checking.

I'll merge in your fix. It needs to be squashed since there are some WIP commits in the PR. I'll see if Github can do that cleanly. If not I'll get you to rebase it and resubmit.

@jmcnamara commented on GitHub (Jul 9, 2021): Cool. Thanks for checking. I'll merge in your fix. It needs to be squashed since there are some WIP commits in the PR. I'll see if Github can do that cleanly. If not I'll get you to rebase it and resubmit.

gitea-mirror commented

2026-05-05 12:05:12 -06:00

Author

Owner

@ulmentflam commented on GitHub (Jul 9, 2021):

Not a problem!

@ulmentflam commented on GitHub (Jul 9, 2021): Not a problem!

gitea-mirror commented

2026-05-05 12:05:13 -06:00

Author

Owner

@jmcnamara commented on GitHub (Jul 9, 2021):

Thanks for the debugging and fix. I've pushed a new release (1.1.0) and new Cocoapod with the fix.

@jmcnamara commented on GitHub (Jul 9, 2021): Thanks for the debugging and fix. I've pushed a new release (1.1.0) and new Cocoapod with the fix.

gitea-mirror commented

2026-05-05 12:05:16 -06:00

Author

Owner

@ulmentflam commented on GitHub (Jul 9, 2021):

You are very welcome! Thanks for your help and getting a release out so quickly!

@ulmentflam commented on GitHub (Jul 9, 2021): You are very welcome! Thanks for your help and getting a release out so quickly!

gitea-mirror commented

2026-05-05 12:05:18 -06:00

Author

Owner

@adesun2k commented on GitHub (May 13, 2023):

Please any solution yet? Still can't find a way around for XCode/Swift5

@adesun2k commented on GitHub (May 13, 2023): Please any solution yet? Still can't find a way around for XCode/Swift5