<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in EXScopedModuleRegistry.h</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>421487fa - [ios] Fix build error on Xcode 13.2 (#16955)</title>
        <link>http://172.16.0.5:8080/history/expo/apps/eas-expo-go/ios/Exponent/Versioned/Core/Internal/EXScopedModuleRegistry.h#421487fa</link>
        <description>[ios] Fix build error on Xcode 13.2 (#16955)

            List of files:
            /expo/apps/eas-expo-go/ios/Exponent/Versioned/Core/Internal/EXScopedModuleRegistry.h</description>
        <pubDate>Thu, 07 Apr 2022 11:47:56 +0000</pubDate>
        <dc:creator>Tomasz Sapeta &lt;tomasz.sapeta@swmansion.com&gt;</dc:creator>
    </item>
<item>
        <title>e4312942 - [autolinking] Patch react podspec for swift integration (#15299)</title>
        <link>http://172.16.0.5:8080/history/expo/apps/eas-expo-go/ios/Exponent/Versioned/Core/Internal/EXScopedModuleRegistry.h#e4312942</link>
        <description>[autolinking] Patch react podspec for swift integration (#15299)# Whythere are tons of mixing swift and objc issues in expo-modules-core. e.g.- `include of non-modular header inside framework module` when prebuild expo-modules-core- sometimes swift functions cannot be loaded if there are react types.the root cause is that clang doesn&apos;t generate submodules correctly. although clang can transform `#import &lt;React/RCTBridge.h&gt;` to `@import React.RCTBridge;`, clang cannot do it right as React.RCTBridge submodule doesn&apos;t exist. as swift only know modules, this will cause lots of problems when we use react types in swift.# How- patch `React-Core.podspec` with custom modulemap for clang to generate submodules correctly. (details in code comment)- replace original CocoaPods `PodTarget` monkey patch with `Sandbox`. this new approach can patch podspec on the fly.# Test Plan- CI passed- to further check what&apos;s the difference for the change, you can enable `BUILD_LIBRARY_FOR_DISTRIBUTION` for expo-modules-core pod project and check the swiftinterface for ExpoModulesCore.e.g. `/Users/kudo/Library/Developer/Xcode/DerivedData/BareExpo-brnnteedtepltiasryrqyexlvweu/Build/Products/Debug-iphonesimulator/ExpoModulesCore/ExpoModulesCore.swiftmodule/x86_64-apple-ios-simulator.swiftinterface````swift@_inheritsConvenienceInitializers @objc final public class ViewModuleWrapper : ExpoModulesCore.RCTViewManager {```before: it&apos;s `ExpoModulesCore.RCTViewManager````swift@_inheritsConvenienceInitializers @objc final public class ViewModuleWrapper : React.RCTViewManager {```after: it&apos;s `React.RCTViewManager`

            List of files:
            /expo/apps/eas-expo-go/ios/Exponent/Versioned/Core/Internal/EXScopedModuleRegistry.h</description>
        <pubDate>Sun, 28 Nov 2021 03:24:51 +0000</pubDate>
        <dc:creator>Kudo Chien &lt;kudo@expo.dev&gt;</dc:creator>
    </item>
<item>
        <title>c2f6f870 - [ios] Enable TurboModules (#9687)</title>
        <link>http://172.16.0.5:8080/history/expo/apps/eas-expo-go/ios/Exponent/Versioned/Core/Internal/EXScopedModuleRegistry.h#c2f6f870</link>
        <description>[ios] Enable TurboModules (#9687)# WhyWe need to enable TurboModules to be able to include Reanimated v2.&gt; A known issue with this PR is that the community AsyncStorage seizes to work &#8212; it expects only native module, isn&apos;t compatible with TurboModule AsyncStorage and we do not import the AsyncStorage community module properly.&gt;&gt; **Actually**, https://github.com/react-native-community/async-storage/pull/418 should be enough.# HowApart from the more or less usual TurboModules setup (imports, headers, flags, C++ dialect) I had to move native modules that we override in Expo from `extraModulesForBridge:` to `getModuleInstanceFromClass:`.I don&apos;t like that we have to use `RCTLogFunction` in `EXVersionManager` now (otherwise the code wouldn&apos;t compile), but I guess that if the type ever changes somebody will notice and backport the change to versioned SDKs.# Test PlanExpo Client compiled, home ran.

            List of files:
            /expo/apps/eas-expo-go/ios/Exponent/Versioned/Core/Internal/EXScopedModuleRegistry.h</description>
        <pubDate>Tue, 18 Aug 2020 10:09:37 +0000</pubDate>
        <dc:creator>Stanis&#322;aw Chmiela &lt;sjchmiela@users.noreply.github.com&gt;</dc:creator>
    </item>
<item>
        <title>6a392fca - [ios] Fix all warnings (#4738)</title>
        <link>http://172.16.0.5:8080/history/expo/apps/eas-expo-go/ios/Exponent/Versioned/Core/Internal/EXScopedModuleRegistry.h#6a392fca</link>
        <description>[ios] Fix all warnings (#4738)# WhyFixes https://github.com/expo/expo/issues/4429.# How- added `Bolts` to `Podfile` to be able to suppress warnings from this specific pod,- added setting deployment target for all development pods- went through every warning and fixed# Test PlanThe project compiles, Camera works, ImagePicker works ok.

            List of files:
            /expo/apps/eas-expo-go/ios/Exponent/Versioned/Core/Internal/EXScopedModuleRegistry.h</description>
        <pubDate>Thu, 27 Jun 2019 13:50:51 +0000</pubDate>
        <dc:creator>Stanis&#322;aw Chmiela &lt;sjchmiela@users.noreply.github.com&gt;</dc:creator>
    </item>
<item>
        <title>62dd6356 - Permissions per experience (#2161)</title>
        <link>http://172.16.0.5:8080/history/expo/apps/eas-expo-go/ios/Exponent/Versioned/Core/Internal/EXScopedModuleRegistry.h#62dd6356</link>
        <description>Permissions per experience (#2161)* [android] Permissions module - ask for permissions per experience* [android] Do not check/request permissions on the native side; customize the perm dialog* [expo-sdk] Check permissions before invoking native method* Revert &quot;[expo-sdk] Check permissions before invoking native method&quot;This reverts commit f20c90d7622ec00d206a7e116f70f5c63714e1e0.* [android] DO check permissions on the native side but do not request* [ios] Scoped permissions - wip* [ios] Proper perm in dialog; save user defaults correctly* [ios] Check permissions when required* [ios] Review updates* [ios] Multiple kernel services fixes* [android] Permissions per experience for Android &lt; M* [android] Change shape of permissions in metadata; further refactor for older Android APIs* [android] Apply changes to previous SDKs* [ios] Apply changes to previous SDKsfbshipit-source-id: 328961f

            List of files:
            /expo/apps/eas-expo-go/ios/Exponent/Versioned/Core/Internal/EXScopedModuleRegistry.h</description>
        <pubDate>Fri, 13 Apr 2018 21:27:58 +0000</pubDate>
        <dc:creator>Alicja Warcha&#322; &lt;aa.warchal@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>cde16245 - Split Core and Optional ExpoKit sources</title>
        <link>http://172.16.0.5:8080/history/expo/apps/eas-expo-go/ios/Exponent/Versioned/Core/Internal/EXScopedModuleRegistry.h#cde16245</link>
        <description>Split Core and Optional ExpoKit sourcesfbshipit-source-id: 65abb7c

            List of files:
            /expo/apps/eas-expo-go/ios/Exponent/Versioned/Core/Internal/EXScopedModuleRegistry.h</description>
        <pubDate>Fri, 29 Dec 2017 20:23:48 +0000</pubDate>
        <dc:creator>Ben Roth &lt;spongebucket@gmail.com&gt;</dc:creator>
    </item>
</channel>
</rss>
