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
>
>

Reply via email to