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

Move to C++11 #20

Open
SAnsell opened this issue Jun 27, 2014 · 0 comments
Open

Move to C++11 #20

SAnsell opened this issue Jun 27, 2014 · 0 comments

Comments

@SAnsell
Copy link
Owner

SAnsell commented Jun 27, 2014

Ok I have had enough of coding in the past. I am now enabling c++11 within the code. I will be providing no support for compilers that don't support c++11. If you are using gcc, getMk will automatically now add -std=c++11 to your compile line -- all will be good. [if you are using Redhat and gcc-4.4 -- update to something sensible]

Therefore, ALL of C++11 is open to use, that includes move operators (&&), lambdas, ranged loops and initializes, to name a few.

Not allowed: indiscriminate use of auto effectively loses a significant fraction of our type safety and code intent. At least 90% of autos I see in other peoples code, should not have been used.... Do not use it just because you can't figure out the type, or can't be bother to type, writing code is not the bottleneck reading it afterwards is. [same is true for dectype].

Please let me know if that causes real problems, or if there are any parts of the c++11 standard that you think should be strongly managed or forbidden.

At some point [hopefully soon] I will cut through the code and update boost stuff to std stuff, e.g. multi_array / shared_ptr etc.

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

No branches or pull requests

1 participant