|Re: [eigen] An insistent plea for an input operator|
[ Thread Index |
| More lists.tuxfamily.org/eigen Archives
- To: eigen@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [eigen] An insistent plea for an input operator
- From: Benoit Jacob <jacob.benoit.1@xxxxxxxxx>
- Date: Tue, 20 Jul 2010 13:14:39 -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; bh=7YsODN/N540gJXdYh8TNoypL3cRN5FZSKc3sb7faUjE=; b=a+fRpiCAti/geGJMSq8nErSFqY0QtcXwBf5+dDXpCAvYiZmwc0icoXa8tnznxx5I0j yt8aYp8cf4aiOd+IjuzOBYc9jey2I3OK2bHNqywnQVeFUZhxFKLnHxWqrS+gJX47oUOn xx9sat0LQK/M2ftmVq2kU9YVJ+VollPib3W98=
- 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; b=XJ6YeAuzQaKrzLucLpHz7ov8vD6t11aaCoZ9gP9tunhfifJAtYvJfgiL/05mU8ZGGA oQ6SZ8+z7RJs2y9rcnwEENvb7L6hiAb+Ct2G4ZKO0aFbCLiNRUpNTE8oZnyVnp/Jty4h NqLnWc1/1ELmFsnQlHatta6+KRBuPARG7GeMA=
2010/7/20 Hauke Heibel <hauke.heibel@xxxxxxxxxxxxxx>:
> On Tue, Jul 20, 2010 at 5:14 PM, Benoit Jacob <jacob.benoit.1@xxxxxxxxx> wrote:
>> 2010/7/20 Hauke Heibel <hauke.heibel@xxxxxxxxxxxxxx>:
>>>> Sure! How is this a problem?
>>> Not really but somebody might think hey, it accepts input from
>>> std::cin in the form of
>>> 1 2 3
>>> 4 5 6
>>> why not from a text file... I admit, we can easily deal with that. I
>>> was more like brainstorming. ;)
>> Just for the record: I don't see how allowing reading from a text file
>> is a drawback, I see it as a feature :-)
> Of course it is! But not if it does not work even though it compiles.
> I requires a different method.
> Your other proposal sound fine to me as long as its fine for the user.
> I was actually hoping for something as the standard library does. You
> know, there are these modifiers. I don't recall perfectly, but they
> somehow look like this
> std::cout << std::ios_base::hex << 10 << std::endl;
The problem is that we can't extend that from the out side with our
own modifiers: that would require adding new data members in cout...
> or then with Eigen types like this
> std::cout << Eigen::Format(...) << m;
> or this
> std::cin >> Eigen::Format(...) >> m;
Ah, this looks possible. so here the std::cout << Eigen::Format(...)
would return a stream of a different type, inheriting the type of the
> I would like this a lot since it were following the standard approach
> but the other one is fine too.
> - Hauke