Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Directly construct stringstream without copy/move #104

Open
wants to merge 1 commit into
base: devel
Choose a base branch
from

Conversation

tbleher
Copy link

@tbleher tbleher commented Jun 19, 2018

The libstdc++ bundled with G++ 4.8.1 on OpenSUSE 13.1 does not have a move constructor for std::stringstream, and copying is forbidden. Work around this by constructing the std::stringstream directly.

The libstdc++ bundled with G++ 4.8.1 on OpenSUSE 13.1 does not have a move constructor for std::stringstream, and copying is forbidden. Work around this by constructing the std::stringstream directly.
@michalfita
Copy link

GCC 4.8.1 has been released May 31, 2013. That's more than 5 years ago, an era in compilers development. Does it really make sense to contaminate the style of the library with such minor fix?

@mquinson
Copy link

The change is so small that I'd hardly call it a style contamination, would you?

@michalfita
Copy link

It is small. However, in my personal opinion not worth the hassle. You already solved the problem for yourself, highly unlikely ever going to use never version of nonius (last release two years ago).

I understand the importance of it for you, but looking at other PR's the average time to get merged being about two years I would abandon the hope.

@tbleher
Copy link
Author

tbleher commented Oct 26, 2018

I understand that people are reluctant to support old compilers, but the fact is that these systems are still in use (otherwise I would not report that issue). I can understand that people do not want to chase bug reports for old systems, but this is different: this is a very simple fix for a concrete problem that can be applied immediately. Honestly I cannot see any "contamination". Surely the authors of nonius published nonius in the hope that people would use it. This patch helps people use the library. What's gained by not accepting this patch?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants