On Jan 5, 11:41 am, "Alf P. Steinbach" <al...@start.nowrote:
* jkherci...@gmx.net:
mearvk wrote:
Does C++ or C have something roughly equivalent to this:
http://java.sun.com/javase/6/docs/ap...igInteger.html
What I need is a way to quickly convert between decimal and binary and
from char*/string to a numeric representation.
Such facilities are not part of the C++ standard, but they
are available as third-party libraries. You could check
whether the gnu mp bignum library offers what you need.
<url:http://java.sun.com/j2se/1.5.0/docs/guide/math/enhancements.html>
<quote>
Java 2 SDK 1.3
* Performance enhancements in BigInteger
Class java.math.BigInteger has been reimplemented in pure Java
programming-language code. Previously, BigInteger's implementation was
based on an underlying C library. On a high-quality VM, the new
implementation performs all operations faster than the old
implementation. The speed-up can be as much as 5x or more, depending on
the operation being performed and the length of the operands.
</quote>
Depending on how much of the above is misdirection, it could
be truly amazing.
I presume that by "misdirection", you mean misinformation.
If the 5x speedup is due only to avoiding using some
inefficient way to call native code and perhaps inefficient
conversion between Java and native data, then it's not at all
amazing and not at all something positive for Java: in that
case, it just says that calling native codf from Java is
extremely inefficient.
But if the speedup is due only to e.g. optimization made
possible by just-in-time compilation, then there's a lesson
here.
I'd like to see the exact benchmarks first. I can imagine
certain cases where JIT could create such a speed up---e.g. if
all of the test cases involved constants, or in some very
specific cases of chained operations. A cross module optimizer
using profiling output could, at least potentially, also do some
of these optimizations. They probably don't apply universally,
however, and a lot of other cases (perhaps more typical) won't
show a similar speed up.
What is sure, of course, is that there is no cross-module
optimization between Java and C routines called via JNI, where
as all of the JIT compilers do cross-module optimization
(relatively easy, given the environment in which they operate).
And it shouldn't be very difficult at all to design a benchmark
which benefits particularly from such cross-module optimization.
Anyways, to the OP, note that the original Java BigInt was
just a Java wrapper for the a C library, presumably GMP.
So the real question for a language like Java is, always, does
it have something roughly equivalent to the functionality
available in C++?
The real difference here, of course, is that the library is
standard in Java, so 1) all Java programmers will know where to
look for it, if they need it, and 2) all Java programmers will
use the same library. Being standard is an advantage. (Whether
it's an important advantage is another question. In the case of
string, I think it definitely is, but in this case, I'm not so
sure.)
--
James Kanze (GABI Software) email:ja*********@gmail.com
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34