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

Dbjdbj no boost #32

Open
wants to merge 17 commits into
base: master
Choose a base branch
from
Open

Dbjdbj no boost #32

wants to merge 17 commits into from

Conversation

DBJDBJ
Copy link

@DBJDBJ DBJDBJ commented Feb 18, 2019

with very simple measures applied here you have "no-Boost" version.

Telnet project is removed from the Samples.sln

This is C++17

@daniele77
Copy link
Owner

Thank you very much, @DBJDBJ
As I explained on reddit, unfortunately I need to keep the library C++14, because many projects already using "cli" are stuck with old C++14 compilers. So, despite your effort (that I appreciate very much), I can't merge your work for now.

@DBJDBJ
Copy link
Author

DBJDBJ commented Feb 19, 2019

Ok and thanks but :)

The stuff that is in the cli/dbj folder (dbjdbj+no_boost branch) ... I think that has to work in even C++11 ... let me check .. if it does that will leave "only" boost asio to deal with

C++14 version, compiles builds runs
string argument type is currently one word only
@DBJDBJ
Copy link
Author

DBJDBJ commented Feb 19, 2019

C++14 version ready

@thegwydd
Copy link

Just a consideration.
In the embedded linux world (devices running linux embedded) there are plenty of users that can benefit of this library but are stuck to C++ 11 and can't move on with 14/17 or 20.
This depends on a lot of factors (that are not always technical).
I think it would be nice to keep it C++11 compatible instead of moving to newer C++ version simply for "exercises in style" that brings no real benefit except few easier coding shortcuts.

@DBJDBJ
Copy link
Author

DBJDBJ commented Nov 22, 2020

@thegwydd

Generally, I agree. I have to ask: C++17 version of std lib or just a c++ compiler capable of C++17, or both?
I am also (very) interested in the "embeded coding. Alas on Windows only. I (very rarely if ever) use std lib. I also like to use ISO C99/11/17/18 whenever I can.

But for C++ not all is lost :) Have you seen Martin Moene's nonstd stuff here?

@thegwydd
Copy link

The are some libraries that provide a backport of C++ 14/17/20 STL (only for what is possible) to C++11 or even C++03.
Generally speaking the problem I've found in last years is that someone creates a linux image for a device and releases a toolchain for that device.
I'm not speaking about open source projects but commercial products.
I often find myself stuck to a fixed compiler version and/or stdlib version.
Developing software using C++11, at the moment, is the safest way to avoid late backporting of your software.
For example, in 2019 I started a project where I have to work with GCC 4.9.2 and it supports only C++11.
It's not a rare case, before this I was working on another board with a an embedded non-unix realtime OS and the compiler (a paid compiler) was said to support C++11 but was lacking of several STL functionalitier. For example it was lacking the declaration of "nullptr".
It sounds weird but this was one of the most used compilers used for small embedded environments (Keil).

That said, I'm trying to modify cli in order to work with both boost and non boost versions of asio and, optionally, use conan.io to get boost.
I will add a conan.io recipe for "cli" too because I think it could be a nice benefit to have it in the conan central index.

@DBJDBJ
Copy link
Author

DBJDBJ commented Nov 26, 2020

The are some libraries that provide a backport of C++ 14/17/20 STL (only for what is possible) to C++11 or even C++03.
Generally speaking the problem I've found in last years is that someone creates a linux image for a device and releases a toolchain for that device.
I'm not speaking about open source projects but commercial products.
I often find myself stuck to a fixed compiler version and/or stdlib version.
Developing software using C++11, at the moment, is the safest way to avoid late backporting of your software.
For example, in 2019 I started a project where I have to work with GCC 4.9.2 and it supports only C++11.
It's not a rare case, before this I was working on another board with a an embedded non-unix realtime OS and the compiler (a paid compiler) was said to support C++11 but was lacking of several STL functionalitier. For example it was lacking the declaration of "nullptr".
It sounds weird but this was one of the most used compilers used for small embedded environments (Keil).

That said, I'm trying to modify cli in order to work with both boost and non boost versions of asio and, optionally, use conan.io to get boost.
I will add a conan.io recipe for "cli" too because I think it could be a nice benefit to have it in the conan central index.

Erm ok well I think you/we are in the wrong repository ... Please visit me on my github or blog dbj.org ...

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.

None yet

3 participants