As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
I am looking for good and fast xml parser for ARM platform (I am using Beaglebone) . I have spent sometime searching in google, and got following parser libraries.
1.libxml2
2.ezxml
3.minixml
Can you please suggest a good parser for ARM platform.
These are all portable parsers - the platform really doesn't add any extra considerations beyond the usual: memory usage, performance, and whether you need a fully featured parser and DOM or something lighter weight using SAX.
I wouldn't expect the results to be substantially different from those when these libraries are used on x86.
libxml2 is fully featured. You'll probably want this one if doing heavy XPATH, schema validation or XSLT. It's almost certain to be included in any Linux distro.
Related
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 9 years ago.
The Google tells me there are several parsec-like libraries for OCaml: Batteries' ParserCo, Planck, Mparser, PCL, and ocaml-parsec. My problem is knowing which one to choose. Can someone give me some feedback concerning stability, active maintenance, quality of documentation, etc?
I have a vague idea of how ParserCo, Planck and PCL look like, and I would start from Planck, expecting to find some rough edges and evolve the library a bit myself over use. None of them are really actively documented, but Planck got some "serious" test cases (parsing the OCaml grammar itself) and the developer, Jun Furuse, is reactive may be interested in getting it upto shape.
That said, parsing combinator libraries are not that popular in the OCaml world. We still quite actively use parser generators. If you don't have strong opinions either way, I recommend that you have a try at Menhir, that is quite polished and nice to use (and also actively maintained).
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
I just wanted to get a view on why one should use DART over JS, specially if you are working on the front-end; the Dart VM isn't even built into Chrome.
Don't worry about Chrome, it will be shipped within Chrome at some point when the stable 1.0 is out.
A couple of reasons why you might want to choose Dart over plain JavaScript for front-end development:
Better DOM API
Being more productive
Simpler and clearer semantics
Lexical closures
Libraries and a package manager
Optional static typing
Literally tons of little details that as a whole makes it a far nicer experience (named parameters, arrow functions, etc.)
You might want to read this chapter as it explains various things that Dart can do: http://www.dartlang.org/docs/dart-up-and-running/ch02.html
You can also read this answer to the question "Does Dart have any useful features for web developers?"
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
Is there any tool or application for converting openmp to pthreads program? Please let me know.
There is Rose Compiler.
It works, but it is quite complicated to compile it.
I am not aware of any and I don't believe that is possible, as there are indefinite possibilities of what is necessary in order to produce a working and scaling parallel program.
As each programming model (as pthreads and OpenMP) has its special features and pitfalls, it is virtually impossible to automate this process.
Use the opportunity to enhance your program while converting it by hand!
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
I've been learning Erlang recently. Erlang is really powerful for implementing distributed applications.
I think the core advantages of Erlang are:
Concurrency-oriented, no locks needed
"Let it crash" design philosophy, avoids to do much defensive coding
Hot code swapping, application distribution becomes easy
Though there are some projects using Erlang, such as CouchDB, RabbitMQ, etc, but the influence of Erlang is still insignificant, compared with Java/Python. Most people will consider Hadoop/MapReduce when designing distributed application, not Erlang. What's the problem with Erlang?
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 11 years ago.
I'm looking to add scripting into my Java app and JavaScript would be a great language choice. My concern though is the Rhino project and its future.
While Groovy/Jruby etc have seen constant updates, and engines like V8 and SpiderMonkey make continuous and significant performance boosts; Rhino languishes with its last release in March '09.
I've seen some work on hacking Rhino:
http://cr.openjdk.java.net/~jrose/pres/201009-ThunderingRhinos/pres.html
http://www.google-melange.com/gsoc/project/google/gsoc2011/rohit_mullangi/37001
But nothing solid about actually merging this code into the project and getting an active committer community around it.
Does anyone have any insight into the Rhino road map?
Is there any plan for example to bring invokedynamic to the Rhino world?
Or is Rhino's destiny to simply become less and less relevant as time goes on?
All insight appreciated!