Re: [eigen] Re: leftCol(0) |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/eigen Archives
]
- To: eigen@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [eigen] Re: leftCol(0)
- From: Benoit Jacob <jacob.benoit.1@xxxxxxxxx>
- Date: Sat, 26 Jun 2010 08:33:35 -0400
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=vrzbpg/Dk+CabnF1yiFU0LSu3XmIqEeoS4JJg9pGMpM=; b=AXHHPJAOv/20BDEK1bZeqJoj67uw8Bj7L2ZHZBMyHTiii8cXKNQ786fc2bAkEE/n2j 2kFu+ZfsaUMvHij1khwMJUZyKoJu3WtGk2r/u0SFvh1vzhSUSc43EMmdyQHIf7MMPImT wrIhbOwfzgJyR6O4rHsB0OZ0bD79EoAujDGyk=
- 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=aN0FP0qFHFnCR93Z1rClvjy6VjYRsxblymumFm4ir22d1OED7RL+8gucTr92wt99vf 4KJ3etITet5wW9Vx6bkR7mqEl8yg72LDppDvU6jrznb8qO3UvG67c97+lhLF6gKitwwr O8d4flmof5QeSiBf08m2IozVFsRhRuKpMasfQ=
2010/6/26 Benoit Jacob <jacob.benoit.1@xxxxxxxxx>:
> Both versions should have the effect of printing anything, but they
of NOT printing anything, of course
> should be allowed (we try to allow zero sizes for convenience)
>
> Can you file a bug on the tracker? No time now to fix it.
>
> Benoit
>
> 2010/6/26 Carlos Becker <carlosbecker@xxxxxxxxx>:
>> Another remark: doing std::cout << m.leftCols<0>() << std::endl; ends up in
>> a segfault at compile time.
>>
>>
>> On Sat, Jun 26, 2010 at 12:25 PM, Carlos Becker <carlosbecker@xxxxxxxxx>
>> wrote:
>>>
>>> Hi everyone.
>>> I was trying some code while writing the Block operations tutorial and
>>> found that the output of the following program does not make much sense:
>>> #include <Eigen/Dense>
>>> #include <iostream>
>>>
>>> using namespace Eigen;
>>>
>>> int main()
>>> {
>>> Matrix<float,3,3> m;
>>> m << 1,2,3,
>>> 4,5,6,
>>> 7,8,9;
>>>
>>> std::cout << m.leftCols(0) << std::endl;
>>>
>>> return 0;
>>> }
>>> I wonder if this is a desired behaviour. I was expecting to get a
>>> compile-time error, or at least a run-time one.
>>> Carlos
>>
>