Commit c387e99e authored by thomas.forbriger's avatar thomas.forbriger Committed by thomas.forbriger
Browse files

small correction

This is a legacy commit from before 2015-03-01.
It may be incomplete as well as inconsistent.
See COPYING.legacy and README.history for details.


SVN Path:     http://gpitrsvn.gpi.uni-karlsruhe.de/repos/TFSoftware/trunk
SVN Revision: 1255
SVN UUID:     67feda4a-a26e-11df-9d6e-31afc202ad0c
parent 15a2a508
......@@ -3,7 +3,7 @@
*
* ----------------------------------------------------------------------------
*
* $Id: README,v 1.17 2003-01-02 11:38:38 forbrig Exp $
* $Id: README,v 1.18 2003-01-02 11:50:54 forbrig Exp $
*
* Copyright (c) 2002 by Thomas Forbriger (IMG Frankfurt)
*
......@@ -65,7 +65,7 @@ namespace aff {
\since December 2002
\date December 2002
\version V1.0
$Id: README,v 1.17 2003-01-02 11:38:38 forbrig Exp $
$Id: README,v 1.18 2003-01-02 11:50:54 forbrig Exp $
Contents of this page:
- \ref sec_main_aims
......@@ -423,7 +423,7 @@ See also "\ref sec_design_multidimensional".
an aff::ConstSharedHeap<T> (which is returned by
aff::ConstArray::representation). The same problem appears together with
aff::ConstArray, when creating a subarray or slice from an aff::ConstArray
with aff::Subarray or aff::Slice and aff::ConstArray itself knowing nothing
with aff::subarray or aff::slice and aff::ConstArray itself knowing nothing
about slices, etc.
Constructing aff::ConstArray from an aff::ConstSharedHeap sounds a natural
......
Markdown is supported
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment