| Re: [eigen] operator= in SparseMatrixBase |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/eigen Archives
]
- To: eigen@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [eigen] operator= in SparseMatrixBase
- From: Gael Guennebaud <gael.guennebaud@xxxxxxxxx>
- Date: Thu, 30 Apr 2009 14:11:14 +0200
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=Ah8cSugjiBiwTQPrZ2jjwyGbHk76E1jBaAbgQAWrrG4=; b=BU6xwgMWmScIAoNeOItTBtsz3j78q35D5UHyESailGoeFvHry312sSJGU2hOlD9sYN g5pQu/ovsFqd8P6HAzyaVnq6qyTnEq1WEK/JUol60NO8EkOymuFTMh9voGXknkZ5Zt5Q qU7QjTVB/dhUus+TRj+vnb1iQKAqmcZGbhGqQ=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=LB+UbBRvaloLwU81pcrF4WPIK/EEJfIXChGBWf+pXliFyMpbCTaZKrjRkmoqGWcSqv JNNzUw7UApYCQAhTP7NAuwcn+/5JigsqX01epp1/ezXRPMmWRWNRHcxk0mvWoQ0TwL22 dswaOG0PgOKOJ4zSgoffI2iOEy/rwvlVVI0bg=
ok, the problem was you were trying to assign a row vector to a column
vector and this was not supported in the sparse module.
Problem fixed in rev 961580.
On Thu, Apr 30, 2009 at 1:45 PM, Jens Mueller <jens.k.mueller@xxxxxx> wrote:
> Hi,
>
> I attached some simple code that results in the assertion.
>
> Regards,
> Jens
>
> Gael Guennebaud wrote:
>> Hi,
>>
>> this is an internal error, so a bug in Eigen. In order to solve it,
>> could you give me the piece of code at the origin of this assert (the
>> line with the assignment and the declaration of each variable
>> involved) ?
>>
>> Cheers,
>> Gael.
>>
>> On Thu, Apr 30, 2009 at 10:42 AM, Jens Mueller <jens.k.mueller@xxxxxx> wrote:
>> > Hi,
>> >
>> > I updated my trunk and hit an assertion. I'm getting the assertion "the
>> > transpose operation is supposed to be handled in
>> > SparseMatrix::operator=" defined on line 156 in SparseMatrixBase.h in
>> > the assignGeneric method. And I don't get the rationale behind. The
>> > assertion grantees that no transpose is needed saying the transpose is
>> > handled in operator=. But in case a transpose is needed operator= just
>> > passes the derived. I must be missing something.
>> >
>> > Regards,
>> > Jens
>> >
>> >
>> >
>>
>