This is breaking the build when compiling with the “Production” configuration. Not sure what it does, but the “Debug” and “Release” configurations do not have these flags either.
- Added armv7s and arm64 to `ARCHS`
- Removed VALID_ARCHS config values, these already get set automatically from the SDK
Don’t link wtf
Remove private/project headers
Export JSTypedArray.h API
Python build script to make iOS JavaScriptCore.framework and wtf
TODO: Use libtool to link wtf into JavaScriptCore
- Addding VALID_ARCHS back, apparently they work as a filter and there’s a xcconfig file from which the setting is inherited…
- Removing SUPPORTED_PLATFORMS override, it’s redundant
Webkit SVN Tag Safari-538.12.1
- Created .xcconfig files from phoboslabs’ configurations
- Disabled REMOTE_INSPECTOR. This requires XPC (still private in iOS 7)
- Duped targets for JavaScriptCore, Derived Sources and JSCLLIntOffsetsExtractor, but using the new .xcconfig files
Fixup.

JSC Builds for arm64 now.
- Added xcconfig with phoboslabs’ build settings for WTF
- Duped WTF project with new xcconfig
- Removed SizeLimits.cpp, this breaks the build (WTF!?! It’s removed in webkit.org @ rev 161999)
- Applied Collator patch from phoboslabs.
Whoops, relative paths.
Removed WTF-iOS and re-used WTF target instead.
Xcode’s “automatic dependency discovery” gets confused and builds the wrong libWTF.a
SECTORDER_FLAGS breaks static iOS build
Build using the .xcworkspace to let xcodebuild find the WTF.a dependency automatically
My notes on how to update this thing
- SECTORDER_FLAGS breaks static iOS build, forgot other xcconfig files
- Attempting to remove private/project headers from build product
Updated UPDATING.md
- Adding JSTypedArray to xcode project + export header
- The sources files were already there, just not included in the build!
Comment out private function malloc_logger for AppStore compatability