🚀 go-pugleaf

>>>>> "JH" == Jens Bloch Helmers <helm@dhow.vr.dnv.no> writes:
In article <9508291233.AA14795@dhow.vr.dnv.no> helm@dhow.vr.dnv.no (Jens Bloch Helmers) writes:


JH> Has the committee considered to include standardized math
JH> libraries? (Linear Algebra, mathematical functions etc.)

Apart from the <math.h> header already present in C, the following
were added:

	. most of the <math.h> functions are extended to also support
	  float & long arguments (now: <cmath>).
	. a complex number type through the header <complex>
	  (which extends most of the <cmath> functions to complex
	   numbers)
	. an array for ``many-at-a-time'' computing: <valarray>
	. a few applciators and reductors for ``STL-like'' containers

Note that little ``linear algebra'' is included: that is left to third
parties... but the given toold provide a reasonable basis to build on...
or will eventually do so :-P

JH> Does Std. c++ introduce features which make it easier
JH> for a compiler to exploit parallel processing?
JH> (Like the new array syntax improves Fortran)

The <valarray> header has potential for this... check out:

	ftp://ftp.cs.rpi.edu/pub/vandevod/Valarray

for a few documents and implementation attempts.
(Valarray is my pet project these days :)

JH> Will ISO/ANSI c++ catch up with Fortran 95 and HPF when it 
JH> comes to features for number crunching?

I believe: partly. The basics will be provided and should be enough for
third-parties to build more powerful classes with excellent efficiency.

I think the main problem remaining is the lack of a mechanism to 
specify absence of aliasing.

JH> Please say: yes, yes yes!

Maybe, maybe, maybe!

JH> Jens Bloch Helmers.


	Daveed



[ comp.std.c++ is moderated.  Submission address: std-c++@ncar.ucar.edu.
  Contact address: std-c++-request@ncar.ucar.edu.  The moderation policy
  is summarized in http://dogbert.lbl.gov/~matt/std-c++/policy.html. ]