Also, I think the android.ndkVersion can be in the build.gradle of the plugin too, not needed to be on Cordova's gradle files (at least docs say it can be in a module build.gradle, but I could be wrong) If we put it in cordova's gradle and people don't have the ndk, would it error?
But having it in the plugins gradle could lead to version mismatch with other plugins, so might make sense to make cordova create the variable if the config.xml has some preference related to it. El vie, 16 jul 2021 a las 18:39, Norman Breau (<nor...@nbsolutions.ca>) escribió: > My point is, how can Cordova fulfill the document requirements for > something it doesn't require? > The requirements will depend on the plugin that does uses NDK, and what > NDK version it depends on. > > If a plugin requires NDK to be installed for it to work, then it should > be up to the plugin to document > that as it is their requirement. > > On 2021-07-16 12:03 a.m., @brodybits - Chris Brody wrote: > > Thanks for the response. Yes I think none of the Apache Cordova > maintained > > plugins would use C or C++ code with Android NDK, but there are some > > third-party plugins which do use at least C code with NDK and > > cordova-sqlite-storage from myself would be a major example. > > > > Setting ANDROID_NDK_HOME directly in my profile did resolve this issue, > as > > recommended in one of the solutions in Stack Overflow, but it does lead > to > > this warning: > > > > *> Task :app:stripDebugDebugSymbols* UP-TO-DATE > > > > WARNING: Support for ANDROID_NDK_HOME is deprecated and will be removed > in > > the future. Use android.ndkVersion in build.gradle instead. > > > > Support for ANDROID_NDK_HOME is deprecated and will be removed in the > > future. Use android.ndkVersion in build.gradle instead. > > > > I think this comes from simply installing the most recent version of the > > NDK from Android Studio. I *think* this will not be an issue for someone > > who does not install NDK but cannot say for sure right now. And I do not > > see much compelling reason to install an older version of the NDK either > > from Android Studio or from a download link > > > > As I said before, React Native does seem to handle this a little more > > gracefully. > > > > While I would agree that this would not be really *caused* by Cordova, > and > > not necessarily *needed* to be fixed for Cordova to function properly, I > > would certainly not consider this to be a good form of app developer > > experience for someone between NDK, Cordova, and a plugin such as > > cordova-sqlite-storage. > > > > Should we consider simply fixing this in the documentation for now? > > > > > > On Tue, Jul 13, 2021 at 11:38 AM Jesse <purplecabb...@gmail.com> wrote: > > > >> Got it. Thanks. > >> > >>> On Jul 13, 2021, at 7:11 AM, julio cesar sanchez < > jcesarmob...@gmail.com> > >> wrote: > >>> Jesse, Norman means NDK code, which is considered native (stands for > >> Native > >>> Development Kit). > >>> We don't have any of those. > >>> We have plenty of java code, but that's not affected by the NDK. > >>> > >>>> El mar, 13 jul 2021 a las 16:00, Norman Breau (<nor...@nbsolutions.ca > >) > >>>> escribió: > >>>> > >>>> What Apache maintained plugin uses C/C++ code for android? > >>>> > >>>>> On 2021-07-13 10:44 a.m., Jesse wrote: > >>>>> Cordova has plenty of native code, users just don’t need to write > any. > >>>>> > >>>>> > >>>>>> On Jul 13, 2021, at 5:27 AM, Norman Breau <nor...@nbsolutions.ca> > >>>> wrote: > >>>>>> I don't think Cordova has any native code whatsoever, so I don't > >> think > >>>> this is really relevant to Cordova. > >>>>>> This might be caused by a plugin that needs to compile/import native > >>>> code, in which case the solution seems to be to install version > >>>> 21.0.6113669 instead of 22.1.7171670. If this is the case, it would be > >> up > >>>> to the user (or the plugin author, if they decide to take > >> responsibility) > >>>> to ensure that the environment is configured in a way that it will > work > >>>> with that plugin. > >>>>>>> On 2021-07-12 11:45 p.m., Chris Brody wrote: > >>>>>>> Hello I just encountered this after having reinstalled my system on > >>>> macOS, > >>>>>>> installing recent NDK via Android Studio: > >>>>>>> > >>>>>>> Starting a Gradle Daemon (subsequent builds will be faster) > >>>>>>> > >>>>>>> *> Task :app:stripDebugDebugSymbols* FAILED > >>>>>>> > >>>>>>> > >>>>>>> FAILURE: Build failed with an exception. > >>>>>>> > >>>>>>> > >>>>>>> * What went wrong: > >>>>>>> > >>>>>>> Execution failed for task ':app:stripDebugDebugSymbols'. > >>>>>>> > >>>>>>>> No version of NDK matched the requested version 21.0.6113669. > >> Versions > >>>>>>> available locally: 22.1.7171670 > >>>>>>> > >>>>>>> already found a couple of resources: > >>>>>>> > >>>>>>> - > >>>>>>> > >> > https://stackoverflow.com/questions/60404457/no-version-of-ndk-matched-the-requested-version > >>>>>>> - https://www.programmersought.com/article/38846032343/ > >>>>>>> > >>>>>>> I hope we can find a better solution. Here is what I get from React > >>>> Native, > >>>>>>> for example: > >>>>>>> > >>>>>>> *> Task :app:stripDebugDebugSymbols* > >>>>>>> > >>>>>>> Unable to strip the following libraries, packaging them as they > are: > >>>>>>> libc++_shared.so, libevent-2.1.so, libevent_core-2.1.so, > >>>>>>> libevent_extra-2.1.so, libfb.so, libfbjni.so, libflipper.so, > >>>>>>> libfolly_futures.so, libfolly_json.so, libglog.so, libglog_init.so, > >>>>>>> libhermes-executor-common-debug.so, > >>>> libhermes-executor-common-release.so, > >>>>>>> libhermes-executor-debug.so, libhermes-executor-release.so, > >>>>>>> libhermes-inspector.so, libimagepipeline.so, libjsc.so, > >>>> libjscexecutor.so, > >>>>>>> libjsijniprofiler.so, libjsinspector.so, libnative-filters.so, > >>>>>>> libnative-imagetranscoder.so, libreact_codegen_reactandroidspec.so, > >>>>>>> libreact_nativemodule_core.so, libreactnativeblob.so, > >>>> libreactnativejni.so, > >>>>>>> libreactnativeutilsjni.so, libreactperfloggerjni.so, > >>>>>>> libturbomodulejsijni.so, libyoga.so. > >>>>>>> > >>>>>> > --------------------------------------------------------------------- > >>>>>> To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > >>>>>> For additional commands, e-mail: dev-h...@cordova.apache.org > >>>>>> > >>>>> --------------------------------------------------------------------- > >>>>> To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > >>>>> For additional commands, e-mail: dev-h...@cordova.apache.org > >>>>> > >>>> --------------------------------------------------------------------- > >>>> To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > >>>> For additional commands, e-mail: dev-h...@cordova.apache.org > >>>> > >>>> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > >> For additional commands, e-mail: dev-h...@cordova.apache.org > >> > >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > For additional commands, e-mail: dev-h...@cordova.apache.org > >
