I understand that there is no NaCl SDK support for ARM platform so far. I am right now developing applications for ARM on Ubuntu. Is there a way I can test the applications on ARM machines without using SDK?. As far as I understand from Native Client website, we need SDK to start the server to test the applications. Does any one have experience on this?
You can develop your application on an x86 machine, and use the SDK's compilers to target NaCl ARM. This is commonly called cross-compiling. You then copy files over to the ARM machine that you want to test with, or use QEMU (to emulate ARM's ISA on an x86 machine).
It's possible to build a NaCl SDK from source for ARM, it's simply not distributed by the SDK team because there hasn't been demand for this.
You're trying to test in a browser? The server is there to serve content to a browser, but I've often found it simpler to use python -m SimpleHTTPServer.
Related
I have been developing with Qt Creator for Windows and mainly working with Databases and therefore QtSql is inevitable. But I decided to dive into android and I need to connect to remote server and I have a need to create drivers for android and it is a very big hurdle for me as few materials are available. The Tutorial here https://wiki.qt.io/Build_Qt_5_MySQL_Plugin_for_Android: seem to be deprecated and/or working for Linux platform. Has any one managed to build MySQL/MariaDB drivers successfully on Windows? Please, help me if possible!
I'm about to deploy an app which has been developed using OpenCL and Nvidia's CUDA toolkit. For app to work correctly on my PC (where I have compiled and tested the app), I need OpenCL.dll. It is located in Windows folder. Do I need to provide a copy of this file when deploying my app to a user which is using a different PC with, possibly, a different graphics card ?
No - if the GPU supports OpenCL, then OpenCL.dll will have been installed along with the GPU driver.
Is it possible / planned to build a Win/Mac/Linux package from within one platform?
An IDE called RunRev LiveCode allows to deploy to multiple platforms, but it supports only HyperCard language, afaik it's also possible in Qt
a Zotero Standalone Builder can be used to bundle Webapp XUL Wrapper into distributable bundles for Mac, Windows, and Linux
would it be possible to use it with TideSDK?
a Kickstarter project starts for AppJS, the maintainers want to launch a cloud service to deploy the app for all platforms in the cloud and then just download the exe, dmg or a linux package
It is not possible to build apps on the same platform with TideSDK. A service platform is coming that will solve this issue to make development easier for everyone. We'll make announcements with this available.
I am developing a for an embedded target using buildroot, adding our custom applications as new packages.
These packages depend on some non standard libraries(which we already integrated into buildroot) that are painful to install natively on the development workstations. Can I use buildroot out-of-tree builds to compile the applications for my development machines to test them as well? Assuming all the libraries are in place, they are generic linux applications that should not have problem running on PCs.
Is there a more convenient way to manage both builds?
The only supported way is to use a "crosscompiler" for your host system.
See buildroot environment with host toolchain
I am writing a program that has an AIR front-end, but a back-end written in another language (Python, in this case). Since AIR can't invoke other executables, the relationship has to be the other way around, with Python running an AIR subprocess. How can I locate the user's AIR runtime? I'd like to be able to do this on Mac, Windows, and Linux.
(Ironically, this would be super easy if I could package the AIR debug runtime, but the licensing agreement requires that the user download the regular runtime themselves and run the installer.)
First, you can get a (free) licenses to redistribute the AIR runtime installed:
See:
http://www.mikechambers.com/blog/2008/04/07/redistributing-the-adobe-air-runtime-installer/
and
http://www.adobe.com/products/air/runtime_distribution1.html#license
As far as launching an AIR application, you can launch it like any other native applications (since the AIR app is just a native app once it is installed).
As far as finding where the user installed the app, at least on Windows, I believe you can get the info programatically from the registry, based on on the appid of the AIR app you want to launch.
Finally, you can find a proof of concept on this here:
http://www.mikechambers.com/blog/2008/01/17/commandproxy-net-air-integration-proof-of-concept/
and
http://www.mikechambers.com/blog/2008/01/22/commandproxy-its-cool-but-is-it-a-good-idea/
mike