Eradicate OStringStream and OFStream

[libmesh]

Eradicate OStringStream and OFStream

[benkirk]

Agreed. I raised a similar question about AutoPtr<> a while back, IIRC our implementation is precisely the std::auto_ptr<> source from an ancient, circa 2002 gcc.

You are going to leave the header in place for a little while though, right? Perhaps with a libmesh_deprecated() in the header?

[jwpeterson]

On Fri, Dec 21, 2012 at 6:05 AM, Benjamin S. Kirk
[email protected]:

Agreed. I raised a similar question about AutoPtr<> a while back, IIRC our
implementation is precisely the std::auto_ptr<> source from an ancient,
circa 2002 gcc.

Yeah, while we're at it.

You are going to leave the header in place for a little while though,
right? Perhaps with a libmesh_deprecated() in the header?

Of course! Don't want @roystgnr to show up at my house and punch me in the
neck!

John

[benkirk]

You are going to leave the header in place for a little while though,
right? Perhaps with a libmesh_deprecated() in the header?

Of course! Don't want @roystgnr to show up at my house and punch me in the
neck!

That would be an expensive punch!

Speaking of, that's a major problem with such distributed development - one effective means of getting your point across becomes much, much less practical.

After this automake business I'm sure there's some pent-up aggression at INL - is @friedmud interested in hosting a developer's summit?

Jackson Hole looks like it's got a pretty good base this year - I'd be willing to subject myself to a beat down in trade for some powder…

-Ben

[roystgnr]

As long as we leave a libmesh_deprecated() in for one release, I'm
happy stripping out anything redundant with C++2003. If we want to
make faster API changes in the future, I can look into adding a
go_punch_john_in_the_neck() macro. Or better yet, perhaps
libmesh_go_punch_in_the_neck("John"), to avoid conflicting with other
neck-punching software and to allow other developers to do things
which deserve a punch in the neck?

[jwpeterson]

Agreed. I raised a similar question about AutoPtr<> a while back, IIRC our implementation is precisely the
std::auto_ptr<> source from an ancient, circa 2002 gcc.

std::auto_ptr has actually been deprecated in C++11

http://en.wikipedia.org/wiki/Auto_ptr

So for that one I'd say let's just wait a few more years and replace AutoPtr with std::unique_ptr instead...