C2 forum
General Category => General Discussion => Topic started by: lerno on November 14, 2018, 01:49:03 AM
-
Very important to look at and incorporate: https://gustedt.wordpress.com/2018/11/12/c2x/
-
Which part exactly?
-
All parts that will be added to C2x since this is part of the "official" evolution of C. If there has been enough need to include this in the next C revision, it should probably go into C2 as well.
For example: http://www.open-std.org/jtc1/sc22/wg14/www/docs/n2257.htm#dr_476
Also the ones not yet accepted, like: http://www.open-std.org/jtc1/sc22/wg14/www/docs/n2269.pdf
-
I always find it funny that most language seem to do well without all these big formal specification documents.
If you have concrete proposals, just make them, but there is enough work already to make this a priority..
-
1. Follow the changes here: http://www.open-std.org/jtc1/sc22/wg14/www/docs/n2257.htm#dr_476. Volatile should apply to the access of an object through an lvalue marked volatile.
2. Issues supporting u128, i128, u256, i256 should be considered so that C2 doesn't end up with the same problems. Also, consider emulated 128, 256 integer, and a way for supporting optional integers above width of 64 bits http://www.open-std.org/jtc1/sc22/wg14/www/docs/n2303.pdf
3. Issues with atomics that have different guarantees for ++x and x++: http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1955.htm
4. User defined attributes: http://www.open-std.org/jtc1/sc22/wg14/www/docs/n2269.pdf This could be useful in a macro system, where one could – for example – create a serialization system based on macros and these user defined attributes.
5. "Add a new calling conventions with error return for library functions that avoids the use of errno" relevant for updated error handling in C2.
6. "constexpr to evaluate expressions at compile time as in C++" relevant for semantic macros.
7. Introduce UTF-8 character type: http://www.open-std.org/jtc1/sc22/wg14/www/docs/n2231.htm
Some of these are mostly relevant when compiling to LLVM since it affects LLVM code generation.
-
Importing these changes will take careful consideration. Many changes however only become relevant when we generate IR code and not C code.
This goes (I think) for 1, 3
2. TBD
4. C2 has an extensible attribute system already, so this is pretty much solved
5. I don't see this ever happening in C also
6. agreed, will be included in C2's macro system partly also.
7. UTF-8 discussion are on the forum, but not really pressing in the current phase.