I'm running into some difficulty because of the usage of the leveldb C/C++ library. I've been fiddling about with s.header_mappings_dir to try and get the leveldb library to build. I have multiple declarations for the subdirectories in the leveldb/ subdirectory, a recursive definition of this directory would cause the windows includes to be built.
The key lines are here: s.source_files = 'Classes/*.{h,mm,m}', 'leveldb/db', 'leveldb/helpers/memenv', 'leveldb/include/leveldb', 'leveldb/port/port.h', 'leveldb/table', 'leveldb/util' s.header_mappings_dir = 'leveldb/include'
Lint shows the following errors: - ERROR | XCODEBUILD > BuildHeaders/NULevelDB/leveldb/slice.h:21:10: fatal error: 'string' file not found - ERROR | XCODEBUILD > BuildHeaders/NULevelDB/leveldb/slice.h:21:10: fatal error: 'string' file not found
This is due to the include <string>. I'm not sure where to go from here.
Do I need to do something more sophisticated like use a subspec?
The error seems due to the fact that the C++ compiler is not invoked (usually invoked by the `hpp` and `hh` extensions). Is the original project building? Is this file included in the target?
If it does I guess the file type was specified manually on Xcode but we don't have support for doing it on CocoaPods.
On 31/ott/2012, at 00:09, Lawrence Lomax <insertjokeh...@gmail.com> wrote:
> First time Mailing List user and recent CocoaPods convert.
> I've been trying to create a podspec for NuLevelDB, which is a Objective-C wrapper for Google's leveldb.
> I'm running into some difficulty because of the usage of the leveldb C/C++ library. I've been fiddling about with s.header_mappings_dir to try and get the leveldb library to build. I have multiple declarations for the subdirectories in the leveldb/ subdirectory, a recursive definition of this directory would cause the windows includes to be built.
> The key lines are here:
> s.source_files = 'Classes/*.{h,mm,m}', 'leveldb/db', 'leveldb/helpers/memenv', 'leveldb/include/leveldb', 'leveldb/port/port.h', 'leveldb/table', 'leveldb/util'
> s.header_mappings_dir = 'leveldb/include'
> Lint shows the following errors:
> - ERROR | XCODEBUILD > BuildHeaders/NULevelDB/leveldb/slice.h:21:10: fatal error: 'string' file not found
> - ERROR | XCODEBUILD > BuildHeaders/NULevelDB/leveldb/slice.h:21:10: fatal error: 'string' file not found
> This is due to the include <string>. I'm not sure where to go from here.
> Do I need to do something more sophisticated like use a subspec?
Having a look at it again, you have to use the Xcode workspace to build. It builds leveldb to a static library first and then builds the Objective-C source against the static library. One interesting thing is that leveldb build uses the cflags
-DOS_MACOSX -DLEVELDB_PLATFORM_POSIX
to build.
The Build seems to use clang and use these flags.
CompileC /Users/Lawrence/Library/Developer/Xcode/DerivedData/NULevelDB-caopselsiakgk fcajqtfyhsfnyki/Build/Intermediates/NULevelDB.build/Debug-iphoneos/leveldb. build/Objects-normal/armv7/cache.o leveldb/util/cache.cc normal armv7 c++ com.apple.compilers.llvm.clang.1_0.compiler
On Wednesday, October 31, 2012 8:47:18 PM UTC+11, Fabio Pelosin wrote:
> The error seems due to the fact that the C++ compiler is not invoked > (usually invoked by the `hpp` and `hh` extensions). Is the original project > building? Is this file included in the target? > If it does I guess the file type was specified manually on Xcode but we > don't have support for doing it on CocoaPods.
> On 31/ott/2012, at 00:09, Lawrence Lomax <insertj...@gmail.com<javascript:>> > wrote:
> Hi all,
> First time Mailing List user and recent CocoaPods convert.
> I've been trying to create a podspec for NuLevelDB<https://github.com/nulayer/NULevelDB>, > which is a Objective-C wrapper for Google's leveldb.
> I'm running into some difficulty because of the usage of the leveldb C/C++ > library. I've been fiddling about with s.header_mappings_dir to try and get > the leveldb library to build. I have multiple declarations for the > subdirectories in the leveldb/ subdirectory, a recursive definition of this > directory would cause the windows includes to be built.
> Having a look at it again, you have to use the Xcode workspace to build. It builds leveldb to a static library first and then builds the Objective-C source against the static library. One interesting thing is that leveldb build uses the cflags
> -DOS_MACOSX
> -DLEVELDB_PLATFORM_POSIX
> to build.
> The Build seems to use clang and use these flags.
> On Wednesday, October 31, 2012 8:47:18 PM UTC+11, Fabio Pelosin wrote:
> The error seems due to the fact that the C++ compiler is not invoked (usually invoked by the `hpp` and `hh` extensions). Is the original project building? Is this file included in the target?
> If it does I guess the file type was specified manually on Xcode but we don't have support for doing it on CocoaPods.
> On 31/ott/2012, at 00:09, Lawrence Lomax <insertj...@gmail.com> wrote:
>> Hi all,
>> First time Mailing List user and recent CocoaPods convert.
>> I've been trying to create a podspec for NuLevelDB, which is a Objective-C wrapper for Google's leveldb.
>> I'm running into some difficulty because of the usage of the leveldb C/C++ library. I've been fiddling about with s.header_mappings_dir to try and get the leveldb library to build. I have multiple declarations for the subdirectories in the leveldb/ subdirectory, a recursive definition of this directory would cause the windows includes to be built.
>> The key lines are here:
>> s.source_files = 'Classes/*.{h,mm,m}', 'leveldb/db', 'leveldb/helpers/memenv', 'leveldb/include/leveldb', 'leveldb/port/port.h', 'leveldb/table', 'leveldb/util'
>> s.header_mappings_dir = 'leveldb/include'
>> Lint shows the following errors:
>> - ERROR | XCODEBUILD > BuildHeaders/NULevelDB/leveldb/slice.h:21:10: fatal error: 'string' file not found
>> - ERROR | XCODEBUILD > BuildHeaders/NULevelDB/leveldb/slice.h:21:10: fatal error: 'string' file not found
>> This is due to the include <string>. I'm not sure where to go from here.
>> Do I need to do something more sophisticated like use a subspec?
The failure comes during the processing of the Prefix header, but not giving it too much importance, since the prefix headers just reference the source files.
** BUILD FAILED **
The following build commands failed: ProcessPCH /var/folders/vv/s2jm8d412pbd81bpvhc6f5rc0000gn/C/com.apple.Xcode.501/Shared PrecompiledHeaders/Pods-prefix-cviqrjphkihkvufpbnbwgyzpqnkp/Pods-prefix.pch .pth Pods-prefix.pch normal armv7 objective-c com.apple.compilers.llvm.clang.1_0.compiler (1 failure) -> NULevelDB (0.0.1) - ERROR | XCODEBUILD > BuildHeaders/NULevelDB/leveldb/slice.h:21:10: fatal error: 'string' file not found
On Friday, November 2, 2012 10:23:50 PM UTC+11, Fabio Pelosin wrote:
> Did you manage to solve the issue passing the C Flags to the podspec?
> On 01/nov/2012, at 01:58, Lawrence Lomax <insertj...@gmail.com<javascript:>> > wrote:
> Having a look at it again, you have to use the Xcode workspace to build. > It builds leveldb to a static library first and then builds the Objective-C > source against the static library. One interesting thing is that leveldb > build uses the cflags
> -DOS_MACOSX > -DLEVELDB_PLATFORM_POSIX
> to build.
> The Build seems to use clang and use these flags.
> CompileC > /Users/Lawrence/Library/Developer/Xcode/DerivedData/NULevelDB-caopselsiakgk fcajqtfyhsfnyki/Build/Intermediates/NULevelDB.build/Debug-iphoneos/leveldb. build/Objects-normal/armv7/cache.o > leveldb/util/cache.cc normal armv7 c++ > com.apple.compilers.llvm.clang.1_0.compiler
> On Wednesday, October 31, 2012 8:47:18 PM UTC+11, Fabio Pelosin wrote:
>> The error seems due to the fact that the C++ compiler is not invoked >> (usually invoked by the `hpp` and `hh` extensions). Is the original project >> building? Is this file included in the target? >> If it does I guess the file type was specified manually on Xcode but we >> don't have support for doing it on CocoaPods.
>> On 31/ott/2012, at 00:09, Lawrence Lomax <insertj...@gmail.com> wrote:
>> Hi all,
>> First time Mailing List user and recent CocoaPods convert.
>> I've been trying to create a podspec for NuLevelDB<https://github.com/nulayer/NULevelDB>, >> which is a Objective-C wrapper for Google's leveldb.
>> I'm running into some difficulty because of the usage of the leveldb >> C/C++ library. I've been fiddling about with s.header_mappings_dir to try >> and get the leveldb library to build. I have multiple declarations for the >> subdirectories in the leveldb/ subdirectory, a recursive definition of this >> directory would cause the windows includes to be built.
I guess that the file type is set in the inspector manually. I would suggest to try to change the extensions of the relevant files, and see if it works.
On 05/nov/2012, at 23:44, Lawrence Lomax <insertjokeh...@gmail.com> wrote:
> The failure comes during the processing of the Prefix header, but not giving it too much importance, since the prefix headers just reference the source files.
> ** BUILD FAILED **
> The following build commands failed:
> ProcessPCH /var/folders/vv/s2jm8d412pbd81bpvhc6f5rc0000gn/C/com.apple.Xcode.501/Shared PrecompiledHeaders/Pods-prefix-cviqrjphkihkvufpbnbwgyzpqnkp/Pods-prefix.pch .pth Pods-prefix.pch normal armv7 objective-c com.apple.compilers.llvm.clang.1_0.compiler
> (1 failure)
> -> NULevelDB (0.0.1)
> - ERROR | XCODEBUILD > BuildHeaders/NULevelDB/leveldb/slice.h:21:10: fatal error: 'string' file not found
> On Friday, November 2, 2012 10:23:50 PM UTC+11, Fabio Pelosin wrote:
> Did you manage to solve the issue passing the C Flags to the podspec?
> On 01/nov/2012, at 01:58, Lawrence Lomax <insertj...@gmail.com> wrote:
>> Having a look at it again, you have to use the Xcode workspace to build. It builds leveldb to a static library first and then builds the Objective-C source against the static library. One interesting thing is that leveldb build uses the cflags
>> -DOS_MACOSX
>> -DLEVELDB_PLATFORM_POSIX
>> to build.
>> The Build seems to use clang and use these flags.
>> On Wednesday, October 31, 2012 8:47:18 PM UTC+11, Fabio Pelosin wrote:
>> The error seems due to the fact that the C++ compiler is not invoked (usually invoked by the `hpp` and `hh` extensions). Is the original project building? Is this file included in the target?
>> If it does I guess the file type was specified manually on Xcode but we don't have support for doing it on CocoaPods.
>> On 31/ott/2012, at 00:09, Lawrence Lomax <insertj...@gmail.com> wrote:
>>> Hi all,
>>> First time Mailing List user and recent CocoaPods convert.
>>> I've been trying to create a podspec for NuLevelDB, which is a Objective-C wrapper for Google's leveldb.
>>> I'm running into some difficulty because of the usage of the leveldb C/C++ library. I've been fiddling about with s.header_mappings_dir to try and get the leveldb library to build. I have multiple declarations for the subdirectories in the leveldb/ subdirectory, a recursive definition of this directory would cause the windows includes to be built.
>>> The key lines are here:
>>> s.source_files = 'Classes/*.{h,mm,m}', 'leveldb/db', 'leveldb/helpers/memenv', 'leveldb/include/leveldb', 'leveldb/port/port.h', 'leveldb/table', 'leveldb/util'
>>> s.header_mappings_dir = 'leveldb/include'
>>> Lint shows the following errors:
>>> - ERROR | XCODEBUILD > BuildHeaders/NULevelDB/leveldb/slice.h:21:10: fatal error: 'string' file not found
>>> - ERROR | XCODEBUILD > BuildHeaders/NULevelDB/leveldb/slice.h:21:10: fatal error: 'string' file not found
>>> This is due to the include <string>. I'm not sure where to go from here.
>>> Do I need to do something more sophisticated like use a subspec?
