Difference between revisions of "Cpp"

From Chessprogramming wiki
Jump to: navigation, search
Line 230: Line 230:
 
* [http://yosefk.com/c++fqa/index.html C++ Frequently Questioned Answers] by [http://yosefk.com/about.html Yossi Kreinin]
 
* [http://yosefk.com/c++fqa/index.html C++ Frequently Questioned Answers] by [http://yosefk.com/about.html Yossi Kreinin]
 
* [https://groups.google.com/forum/#!forum/comp.lang.c++ comp.lang.c++] The object-oriented C++ language.
 
* [https://groups.google.com/forum/#!forum/comp.lang.c++ comp.lang.c++] The object-oriented C++ language.
* [[Mathematician#Stroustrup|Bjarne Stroustrup]] - The continuing evolution of C++, [https://en.wikipedia.org/wiki/YouTube YouTube] Video  
+
* [[Mathematician#Stroustrup|Bjarne Stroustrup]] - The Essence of C++, [https://en.wikipedia.org/wiki/YouTube YouTube] Video  
: {{#evu:https://www.youtube.com/watch?v=ooehrkYkGdA|alignment=left|valignment=top}}
+
: {{#evu:https://www.youtube.com/watch?v=86xWVb4XIyE|alignment=left|valignment=top}}
  
 
=References=  
 
=References=  

Revision as of 15:36, 30 July 2019

Home * Programming * Languages * C++

C++,
a pragmatical, object oriented, general-purpose programming language, initially an extension of C and designed and implemented in 1979 by Bjarne Stroustrup from Bell Laboratories. C++ is pragmatical because one may write in "usual" C-style, using the C standard library (printf, strcpy, ...), except perhaps using C++ comments and references up and then (instead of pointer). On the other hand C++ allows to design classes and interfaces (pure virtual classes) in a more object oriented manner. There are lots of free and commercial class libraries for arithmetics, database related stuff, portable and proprietary window management and whatever else. Many chess engines are written in C++, varying from using pure C-style, up to extensive use of object oriented stuff and templates as well as C++11 or C++17 features.

C Extensions

References

Exception Handling

Classes

Classes as declaration for objects are more or less C-Structures. None static functions may be declared inside the scope of a class. Those functions, called member functions, have an implicit parameter called "this", a pointer to this structure, allocated either inside the data segment or bss as static or global, via "new" (malloc) on the heap or as automatic object (variable) on the stack.

Data Definition

Member Functions

Modifiers

Pointer to Member Functions

For instance an array of member function pointers of a class CNode, which is indexed by arbitrary pieces code - as switch-case replacement via indirect call/jump. The special atomic C++ operator '->*' is used to call the indexed member-functions:

class CNode {
  U64 AssertAttack (EnumSquare sq) const;
  U64 wPawnAttacks (EnumSquare sq) const;
  U64 bPawnAttacks (EnumSquare sq) const;
  U64 knightAttacks(EnumSquare sq) const;
  U64 kingAttacks  (EnumSquare sq) const;
  U64 bishopAttacks(EnumSquare sq) const;
  U64 rookAttacks  (EnumSquare sq) const;
  U64 queenAttacks (EnumSquare sq) const;
  ...
  typedef U64 (CNode::*AttackPtrType)(EnumSquare sq) const;
  static AttackPtrType m_scPieceAtta[14];
  ...

  U64 getAttack(EnumSquare sq, EnumPiece piece) const {return (this->*m_scPieceAtta[piece])(sq);}
};

CNode::AttackPtrType CNode::m_scPieceAtta[14] =
{
  AssertAttack,
  AssertAttack,
  wPawnAttacks,
  bPawnAttacks ,
  bishopAttacks,
  bishopAttacks,
  knightAttacks,
  knightAttacks,
  rookAttacks,
  rookAttacks,
  kingAttacks,
  kingAttacks,
  queenAttacks,
  queenAttacks
};

Inheritance

Function Overloading

Operator Overloading

Late Binding

Abstract Classes

Pure Abstract Classes

Multiple Inheritance

Templates

Anonymous Functions

Smart Pointer

Class Design of a Chess Engine

main article Class Design of a Chess Engine

C++ Compiler

Libraries

NIH Class Library — Software Preservation Group, The Computer History Museum [1]

See also

C++ Publications

1985 ...

1990 ...

1995 ...

2000 ...

2005 ...

2010 ...

Andrew Koenig at Dr Dobbs

  1. Introducing C++ Order Relations, January 18, 2013
  2. If C++ Objects Are Unrelated, Are They Equal?, January 24, 2013
  3. A Strategy for Defining Order Relations, February 01, 2013
  4. How Dictionaries Work, February 06, 2013
  5. Concrete Examples of Orderings, February 15, 2013
  6. Comparison and Inheritance, February 22, 2013
  7. It's Hard To Compare Floating-Point Numbers, March 01, 2013
  8. Comparing an Integer With a Floating-Point Number, Part 1: Strategy, March 08, 2013
  9. Comparing an Integer with a Floating-Point Number, Part 2: Tactics, March 15, 2013
  10. If Order Relations are Such a Pain, Why Bother?, March 22, 2013
  11. Is Optimization Immoral?, March 28, 2013
  12. Optimization Versus Flexibility — An Example, April 04, 2013
  13. Optimizing a Program Means Making It Run Faster, Right?, April 10, 2013
  14. Sometimes Optimizations Cancel Each Other, April 17, 2013
  15. Some Optimizations Are No-Brainers, April 26, 2013
  16. Sometimes, Making a Program Clearer Makes It Faster, May 02, 2013
  17. Some Subtleties of Aliasing, May 09, 2013
  18. Aliasing Is Particularly Troublesome With Vector Elements, May 17, 2013
  19. The Hazards of Remembering Positions in Vectors, May 24, 2013
  20. Copying Container Elements From The C++ Library: It's Trickier Than It Looks, May 30, 2013
  21. Moving Is Not Copying, June 06, 2013
  22. When Is It Safe to Move an Object Instead of Copying It?, June 12, 2013
  23. More Thoughts About Moving Objects Safely, June 21, 2013
  24. Moving and Rvalue References, June 27, 2013
  25. Moving an Object Does Not Destroy The Original, July 04, 2013
  26. How the C++ Compiler Decides to Move Objects, July 10, 2013
  27. Sometimes You Must Violate an Abstraction to Maintain It, July 17, 2013
  28. Is Moving Objects Worth the Hassle?, July 26, 2013
  29. Why Would You Ever Pass a Container By Value?, July 31, 2013
  30. Some Optimizations Are More Important Than Others, August 08, 2013
  31. An Important Move Optimization Is Nearly Invisible, August 15, 2013
  32. Moving Data and Address Arithmetic, August 21, 2013
  33. Addresses and Nodes: Two Ways To Get Around, August 29, 2013
  34. Theory Versus Practice: The Great Divide in Programming Languages, September 06, 2013
  35. Programming Without Variables, September 12, 2013
  36. Containers That Never Change, September 19, 2013
  37. What Does It Mean To Change An Object?, September 26, 2013
  38. A Simple, Immutable, Node-Based Data Structure, October 02, 2013
  39. Introduction to Programming with Lists, October 09, 2013
  40. Reversing an Immutable List, October 17, 2013
  41. How Do You Decide On Intermediate States?, October 23, 2013
  42. Sorting An Immutable List, October 31, 2013
  43. Practical Advantages of Immutable Values, November 07, 2013
  44. When Is An Optimization More Than Just An Optimization?, November 14, 2013
  45. Abstraction and Performance Bugs, November 21, 2013
  46. Performance Bugs Can Be Hard to Detect, November 27, 2013
  47. Performance Bugs: Not Just Hard To Detect, But Hard To Define, December 05, 2013
  48. How Can One Test a Program's Average Performance? December 12, 2013
  49. Testing Behavior, Not Just Results, December 19, 2013
  50. Not All Bugs Are Random, December 27, 2013
  51. Testing Is Not Verification and Vice Versa, January 02, 2014
  52. Social Processes and the Design of Programming Languages, January 08, 2014
  53. Why Language Designers Tolerate Undefined Behavior, January 16, 2014
  54. Even Simple Floating-Point Output Is Complicated, January 23, 2014
  55. Why Is Exact Floating-Point Output So Hard? January 30, 2014
  56. Floating-Point Input and Output Are Not Symmetric, February 06, 2014

Forum Posts

1997 ...

Re: Search Degredation w/ C++ by Amir Ban, rgcc, June 17, 1997
Re: object oriented chess programming by Dave Fotland, rgcc, January 06, 1998

2000 ...

2005 ...

2010 ...

2012

2013

2014

2015 ...

External Links

Calling conventions for different C++ compilers and operating systems (pdf) by Agner Fog

References

Up one Level