Next: Weyl/Nuprl Up: The Connectivity Problem Previous: Mesh Generation
Matlab  contains a number of features that make it a much higher-level language for specifying mathematical computation than conventional programming languages (like Fortran), and it has been an invaluable tool for exploring many issues in numerical analysis. Vavasis uses a Matlab program as his differential equation solving tool in conjunction with his mesher. For this, Matlab's sparse Cholesky factorizer  is invaluable.
Indeed, it is the phenomenal growth of Matlab that partly inspired us to write this proposal. Scientists who used to write their own software or use subroutine libraries are switching in droves to Matlab.
Nonetheless, for some complex problems, the use of Matlab has been problematic. The main difficulty is the lack of support for data structures more general than matrices. For example, there is no easy way to represent geometric objects, which is why Vavasis's mesher is written in . Furthermore, due to excessive operator overloading, the semantics of Matlab, even for matrix operations, are complex.
It might be possible to ``fix'' Matlab by adding a powerful type system, but this would defeat the appealing interactive feature that variables don't have to declared. Instead, we are proposing to accept Matlab as it is, but design convenient semantics for connecting it to other software. Matlab already provides the C-language hooks for this purpose, so our job is the higher-level semantics of the Matlab/MathBus connection.
Tue Nov 21 08:50:14 EST 1995