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
