Open userFortyTwo opened 5 months ago
I have encountered the same issue, are there any updates concerning this issue?
I resolved this issue by adding swift bridging header and also had to set User Script Sandboxing
to NO
in the project settings.
@callmeahab I have the same problem, can you share the content of the bridging header you added please ?
Sure, just create a file somewhere in your project
#ifndef <AppName>_Bridging_Header_h
#define <AppName>_Bridging_Header_h
#import "geopackage-ios-Bridging-Header.h"
#endif /* <AppName>_Bridging_Header_h */
somewhere in your project (replace
Go to your project settings and set
Targets -> YourProject -> Build Settings -> Objective-C Bridging Header
and set the value wherever you saved the file.
Also set User Script Sandboxing
to NO
on that same page.
@callmeahab Thank you for you answer, I don't have this error anymore after adding a bridging header, but now I have this :
Pods/PROJ/src/apps/proj.cpp:13:10 'crs.hpp' file not found with
include; use "quotes" instead
Did you have the same problem ?
Not after configuring the bridging header
@callmeahab Thank you for you answer, I don't have this error anymore after adding a bridging header, but now I have this :
Pods/PROJ/src/apps/proj.cpp:13:10 'crs.hpp' file not found with include; use "quotes" instead
Did you have the same problem ?
I have the same issue. Have you found a solution?
please help, I also have the same issue
Building an app with the
geopackage-ios
pod added to it fails on my M2 Mac (running macOS 14.4.1).Version Information:
Expected Results:
The build should succeed, and the app should launch in the simulator.
Observed Results:
The build fails.
Output:
Steps to Reproduce:
pod init
.pod geopackage-ios, '~> 8.0.6'
to thePodfile
.pod install
.Relevant Code:
none
Test Files:
none
Additional Information:
The C++ Language Dialect is set to the default GNU++20 option in the build settings and thus should support the
nullptr
literal.Manually defining the
nullptr
keyword inside theoptargpm.h
file (#define nullptr 0x0
) resolves the problem, but leads to further compilation issues. In this case, an error message is received, saying thememory
file included atPods/PROJ/filemanager.hpp:31
could not be found. Commenting out this include-directive, the compiler will complain about thestring
file missing, which is included in the next line.These issues might result from the fact that the C++ headers may be interpreted as C code. (Editing the headers to emit
#error C code
on#ifndef __cplusplus
appears to confirm this assumption.)Is this a bug? Is anyone else experiencing these problems, or does anyone know how to solve them?