Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 8 years ago.
Improve this question
As I understand it, PNaCl is designed to support C and C++. Has anyone managed to get any other languages (that compile to native code) to run in PNaCl?
Ruby, Lua, and a number of other languages have been ported to NaCl already. See the list of NaCl ports for full documentation. https://code.google.com/p/naclports/wiki/PortList
There are a couple of different approaches for targeting other languages to PNaCl. One is compiling the language interpreter with the PNaCl toolchain. Since most interpreters/VMs are written in C and C++, this turns out to be easy in practice. naclports already has Lua, Python and Ruby running in this manner.
A more direct approach is taken by llgo - actually emitting PNaCl bitcode. There were also discussions about Mono (which does run on NaCl) on PNaCl - https://groups.google.com/forum/#!topic/native-client-discuss/Km1FOVH6yn0
The real answer is - it's still early (PNaCl was released publicly last week!); this is a ripe field for disruption because the technology is new. If someone wants to port other languages, it would be very welcome.
Related
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 2 years ago.
Improve this question
I'm looking at a Qt Extended application built circa 2006-2008 and upgrading to a newer Qt framework. What direction(s) are recommended to upgrade / rewrite this application to get on the latest supported version of some Qt framework?
I assume this is an embedded platform, and in this is case first of all you need to get Linux BSP with newer Qt version (you can look into Buildroot or Yocto or even a distribution like Debian, all of these have excellent support for Qt), and make sure that you have full HW supported for your platform. This is pretty much platform and product dependent, so i can't really be more specific.
After you got the OS up and running, you can start to port your application to port to Qt5. This can be pretty straightforward (see for example https://wiki.qt.io/Transition_from_Qt_4.x_to_Qt5), but can be rather complicated if a lot of Qt Extended related features were used. Again, this depends a lot on the application itself, so hard to give guidelines.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 5 years ago.
Improve this question
Does anyone know if an offline version of the latest PyQt4 and PyQt5 documentation is available somewhere on the Internet? I don't want to depend on whether I have a working Internet connection or not. I can of course grab it using wget or similar but I would prefer if I can do that the "normal" way (a PDF version would also be nice).
Note: Mny things are covered by the official Qt documentation (C++) however there are also things specific to Python. An example for such a treat is the fact that in C++ there are functions which have multiple overloaded versions while in Python such a thing is not possible. I find myself ever so often looking into the PyQt docs to see how this and that Qt thing looks like in Python.
The PyQt source releases contain the documentation in doc/html.
You can also use the Python builtin help() on a PyQt object - often that way you'll get more relevant information (like the exact Python signatures) compared to the documentation.
Qt comes with a dedicated program, called Qt Assistant, that can be used to browse the documentation off-line. I use it regularly. It's C++ only obviously.
I don't know where it is installed on your system but it may very well be in the same directory as the Qt Designer.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 7 years ago.
Improve this question
Having done a number of projects in python and node.js, I am missing an interactive interpreter/console in dart that those languages, as well as other like ruby, provide so nicely.
Tests, logging, debuggers, profilers are the instruments we use in application development while digging into issues or trying things out. But in scripting, in server side scripting, it is the interpreter that is the primary tool to try things out. Having experience from both, software development with a long list of languages and a number of scripting domains (python and bash for admin functions, node for http request evaluation, R for data analysis etc.), I fail to see how, if server side scripting is to be taken seriously, any language not providing an interpreter/console can hope for any sensible share of the pie.
Is dart not intended for scripting or am I just missing something obvious?
PS. There is (was) one project addressing the issue, but it did not see any development for the past 3 years: https://github.com/sam-mccall/dart-console
As far as I know the REPL for the Dart language was not originally planned by the development team. The discussion on the REPL took place back in 2012 with no real outcome:
Github: Dart needs a REPL
So the answer is, there exists no interactive interpreter/console for Dart and it does not look like there are any plans to create one.
Observaory, Dartium, and WebStorm debugger allow to interactively execute Dart code.
REPL for dartlang
Is there anyway to invoke a Dart REPL on a website, when using Dartium?
Is there an "Immediate Window" in the Dart Editor / Debugger?
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 9 years ago.
Improve this question
I'm totally confused about what kind of applications can I write If I learn how to use Enginio. This is what the Enginio site says:
With Enginio, you can create stunning Qt applications, add a scalable
and powerful Qt cloud backend as a service in no time and deploy in
minutes without ever bothering about backend servers or scalability
problems.
Can I think of Enginio as a remote QFile or is it much more bigger? Can someone name some samples written with Qt + Enginio.
It looks like this is a new service still in development, hence there isn't a tag for it, yet.
From the website, it looks like they provide you with some of the common things all applications need, and provide an interface for qt. You can basically create whatever you want.
Instead of providing only a remote file, they also let you store json objects, lowering some of the impedance between object and file.
Probably not too many examples with this new thing. Maybe you can ask them to provide more samples.
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 10 years ago.
Improve this question
I want to start a cross-platform project. I had my researches and now I am almost certain Qt is the right deal. There is a big obstacle here though: licensing.
I want to sell my project and I also don't want to give out any source related to my work or pay for a license. I checked and noticed Qt offers both commercial and open source solutions. I have heard too many conflicting sayings on Qt licensing which confused me a lot. Some say that even if I use LGPL version of Qt, I still need to submit my code. Is this true?
Can someone give me a simple explanation on Qt licenses and tell me if I can sell my application without any kind of restrictions at all or not? Would anyone tell me any other equivalents to Qt for cross-platform development without any restrictions?
Just dynamically link to Qt. If you dynamically link to LGPL libraries, there's nothing to worry about.
If you statically link to them, you can just distribute your object files (not your source code), and you'll be fine.
The idea of the LGPL is that the end user has to be able to replace the LGPL library with a version they want. Dynamically linking to the LGPL library lets you do that, as does statically linking and distributing your object files. So long as you do this, you can sell your closed source program all you want.
Of course, there's more to the LGPL than just this, but that's the relevant part.