Apportable load the tweejump-master makes errors - apportable

I try to use apportable to load the demo to my android phone.but have errors.
localhost:tweejump-master zhangxueyuan$ apportable load
Building with TARGET_ARCH_ABI:armeabi ARM_NEON:False
Building to /Users/zhangxueyuan/.apportable/SDK/Build/android-armeabi-debug
Warning: Falling back to toolchain version 4.7. Please run 'apportable update_toolchain'
Error: Could not find file /Users/zhangxueyuan/Downloads/android-ndk-r9/toolchains/arm-linux-androideabi-4.7/prebuilt/darwin-x86/bin
and
localhost:tweejump-master zhangxueyuan$ apportable build
Building with TARGET_ARCH_ABI:armeabi ARM_NEON:False
Building to /Users/zhangxueyuan/.apportable/SDK/Build/android-armeabi-debug
Warning: Falling back to toolchain version 4.7. Please run 'apportable update_toolchain'
Error: Could not find file /Users/zhangxueyuan/Downloads/android-ndk-r9/toolchains/arm-linux-androideabi-4.7/prebuilt/darwin-x86/bin
I refer to this link,and I think if the apportable will create a file to compile the project .
I think maybe change one file in the Folder:~/.apportable/SDK/site_scons/build/。
thanks

ok,i have find the answer。
i change the file /Users/zhangxueyuan/.apportable/SDK/site_scons/android/ndk.py
the number 303 to env['NDK_VERSION'] = '4.8'.
then
i apportable build the project again.
the result have errors: Could not find file /Users/zhangxueyuan/Downloads/android-ndk-r9/toolchains/arm-linux-androideabi-4.8/prebuilt/darwin-x86/bin
i find the only have the drawin-x86-64.
so i copy them by myself
use cp -R darwin-x86_64/ darwin-x86/
and try build project again.
apportable run ok!

Related

failed to compile testmain package - compile, no such file

I'm new to Go programming and trying to set up the BDD framework Godog. I have extracted the Linux binary from the Github releases page and placed it on my $PATH. When I run it, I get the following error:
Error: failed to compile testmain package: fork/exec /opt/hostedtoolcache/go/1.17.7/x64/pkg/tool/linux_amd64/compile: no such file or directory - output:
For some reason godog version does not show an actual version, which leads me to believe it's not installed correctly.
❯ godog version
Show current version
Additional system information:
❯ go version
go version go1.18.3 linux/amd64
I don't know if this is relevant, but I'm using asdf to manage my local go installation.

command phasescriptexecution failed with a nonzero exit code react native IOS

i am facing PhaseScriptExecution error
when i try to build IOS then project not build this give the following error
the following build commands failed:
PhaseScriptExecution Bundle\ React\ Native\ code\ and\ images /Users/ali/Library/Developer/Xcode/DerivedData/NassauTennisMobileApp-akwowvjtagvlxbalhbsvukoitagy/Build/Intermediates.noindex/NassauTennisMobileApp.build/Debug-iphonesimulator/NassauTennisMobileApp.build/Script-00DD1BFF1BD5951E006B06BC.sh
For me: It seems that react native doesn't like spaces in the directory. I was able to build my ios after removing all of the spaces in my directory.
Potential solution to your problem, didn't fix mine but it might help you: The author suggests there is a mismatch between the node version that you're using and the one that xcode is calling/using. The author provides a way to check the versions installed as well as a way to symlink between the two versions => https://dev.to/glocore/react-native-command-phasescriptexecution-failed-of9

Executing VLC for unity

I am facing similar issue like this mentioned in the post:
Triying to run VLC for unity plugin demo
Build platform is WIN 10 x64 (build 2004).
I am using LibVLC from the nightly build: https://artifacts.videolan.org/vlc/nightly-win64-llvm/20200914-0434/
LibVLCSharp gets built successfully (https://code.videolan.org/videolan/LibVLCSharp/-/tree/master/).
I was trying to build "VLCUnityPlugin.dll" but failing (have installed https://github.com/mstorsjo/llvm-mingw/tree/20200325 (LLVM MinGW)), using MSYS64 to run ./build.sh and it was coming up with this error:
MSYS error while building VLCUnity plugin dll
I thought maybe since "VLCUnityPlugin.dll" is NOT present, Unity x64 (v 2019.4.8f1) keeps on complaining with the following errors:
UNITY errors
But after, I hacked "common" make file as shown below:
make file changes to build VLCUnityPlugin.dll
I successfully built VLCUnityPlugin.dll and my plugin file structure looks like this now:
Plugin directory structure
Still, I do see UNITY Errors:
"Assets\VLCUnity\Demos\Scripts\MinimalPlayback.cs(99,39): error CS1061: 'MediaPlayer' does not contain a definition for 'GetTexture' and no accessible extension method 'GetTexture' accepting a first argument of type 'MediaPlayer' could be found (are you missing a using directive or an assembly reference?)"
The free trial version is available for download here https://videolabs.io/vlc-unity/vlc-unity-windows-trial.unitypackage.
That being said, if you want to build it yourself, you should follow what the CI does https://code.videolan.org/videolan/vlc-unity/-/blob/master/.gitlab-ci.yml
The libvlcsharp build is a special one, you need to define UNITY when you build it. It has the added GetTexture method.
For VLCPlugin.dll, you should crosscompile from Linux, where you install llvm-mingw and run it from bash (for example). MSYS not needed.

Cordova crosswalk missing apks

I am very very new to Cordova, Android development, and Node.js applications.
I was using Cordova to create an Android app, it would spit out an android-debug.apk when I would go and build it.
BUILD SUCCESSFUL
Total time: 3.739 secs
Built the following apk(s):
/Users/me/Git/myApp/platforms/android/build/outputs/apk/android-debug.apk
Running command: /Users/me/Git/myApp/platforms/browser/cordova/build
Cleaning Browser project
Then I added Crosswalk plugin to help with some performance issues I was having and it worked great. Now when I try and build my app I get...
BUILD SUCCESSFUL
Total time: 2 mins 0.453 secs
Built the following apk(s):
Running command: /home/ubuntu/myapp/platforms/browser/cordova/build
Cleaning Browser project
It is missing the apk!! Why and how can I get an android-debug.apk to build?
Check in that output directory (.../myapp/platforms/browser/cordova/build) for android-armv7-debug.apk and android-x86-debug.apk. At least on my OS X system, this is what the build system kicked out after adding the crosswalk plugin.
So after further investigation Crosswalk outputs two apks to support both x86 and armv7 architectures. If you want to (as such in my case) only output one single apk do the following:
Make a file build-extras.gradle and put it into platforms/android/. Add the following line to file you just created:
cdvBuildMultipleApks=false
Now run cordova run android command, it will create combined single build android-debug.apk. You will see code of build.gradle doing this:
def hasBuildExtras = file('build-extras.gradle').exists()
if (hasBuildExtras) {
apply from: 'build-extras.gradle'
}

Adding -gcc_flags to [build/iphone build/extra arguments] causes linking errors. MonoDevelop bug?

I am using MonoDevelop version 2.4.2 with iOS SDK 4 installed. I am encountering a problem whereby simply adding -gcc_flags to the project [build/iphone build/extra arguments] setting causes linking errors in MonoDevelop.
This is easily reproducible, just create an empty iPhone Window-based Project. Confirm that it compiles correctly. Then add a simple include path with in [build/iphone build/extra arguments] as follows:
-v -v -v -gcc_flags "-I${ProjectDir}"
With this added, when I try compile I get the following linking errors (I have removed the paths to the temporary directory to make the error messages more readable):
main.m:9:26: error: mono/jit/jit.h: No such file or directory
main.m:10:36: error: mono/metadata/assembly.h: No such file or directory
main.m:11:39: error: mono/metadata/mono-config.h: No such file or directory
main.m:12:38: error: mono/metadata/mono-debug.h: No such file or directory
main.m:13:26: error: monotouch/gc.h: No such file or directory
main.m:14:33: error: monotouch/monotouch.h: No such file or directory
It seems, therefore, with the -gcc_flags option set that MonoDevelop does not seem to find the path to the required mono and monotouch header files. Is this a known problem? Does anyone know a work around for this problem?
I am new to MonoTouch, and so maybe I am doing something wrong here... and if I am, then I would appreciate it if someone could let me know what I am doing wrong and how I can get MonoTouch to compile with -gcc_flags set.
Thanks,
Bruce
Your MonoTouch and iOS SDK versions are out of sync. Install MonoTouch 3.2.4 and iOS SDK 4.2.

Resources