dolfin team mailing list archive
-
dolfin team
-
Mailing list archive
-
Message #20737
Re: Matrix initialization broken in Python?
-
To:
Anders Logg <logg@xxxxxxxxx>
-
From:
"Garth N. Wells" <gnw20@xxxxxxxxx>
-
Date:
Mon, 17 Jan 2011 18:07:19 +0000
-
Cc:
dolfin@xxxxxxxxxxxxxxxxxxx
-
In-reply-to:
<20110117180304.GQ16481@eowyn>
-
User-agent:
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101208 Thunderbird/3.1.7
On 17/01/11 18:03, Anders Logg wrote:
> On Mon, Jan 17, 2011 at 04:30:23PM +0000, Garth N. Wells wrote:
>>
>>
>> On 17/01/11 16:28, Anders Logg wrote:
>>> The following doesn't seem to work in Python any longer:
>>>
>>> A = Matrix(10, 10)
>>>
>>> Is matrix initialization broken?
>>>
>>
>> Probably not broken - more like
>>
>> A = Matrix(10, 10)
>>
>> is not supported. Since a Matrix is in general sparse, it doesn't make
>> sense to initialise it as above (some backends even insist on the
>> sparsity being defined at construction).
>>
>> Garth
>
> It would be good to allow simple initialization of a Matrix without
> requiring to go through all the hassle of creating a SparsityPattern.
>
> I generally don't think we should disallow certain operations just
> because they are potentially slow.
It's not just that they're slow. They cannot be supported by all backends.
> Some operations (like Matrix index
> access) will only be performed for toy problems or while testing and
> then speed is not very important (since the problem is small anyway).
>
If it's made available, it will be used. This type of operation is main
reason for things breaking in parallel. We have getitem and setitem
which are sufficiently unfriendly that hopefully users get the idea that
they're for testing only.
Garth
> --
> Anders
Follow ups
References