suokko / dealer Goto Github PK

Using similar format to popular compilers would allow IDEs to automated parsing error handling.

Error recovery would allow parser to report all errors instead of first one detected.

https://www.gnu.org/software/bison/manual/html_node/Error-Recovery.html

Reentrant parser should support:

• Calls from multiple threads for different hands.
• An "exception" to pause the evaluation for DDS solving. Hand is stored to wait more hands to be searched simultaneously.

One way to archive this would be remove handstat caching which would be replaced with implicit variables for expensive calls like tricks().

when i try to run make dealer, many files uses include entry.h but entry.h file is missing

Potential approached:

• Keep current parser then attempt to compile the tree.
• Keep current lexer but switch parser to hand written recursive descending parser. This would likely result to different looking parser syntax with redesign around identifiers instead of each function with own tree tag.
• Use some other parser (e.g. boost::spirit) to write grammar in a compact format.

Planned work to go through all code adding missing comments. Target is to make code easier to read.

bias based shuffle is currently handling poorly extreme or impossible cases. Changing the algorithm to use constraint based dealing would prevent bias deal fail to generate hands or error message.

Example use is a partnership biding table where a good generation method is to keep balanced hands but reduce their probability.

genddslib should be converted to use threads, shuffle and call directly to libdds. This would make it easier to build and use. It would also have potential to improve solution speed if generation can queue up large number of hand and then short them to have similar hands close to each other.

I am casual user, and following may not have sense, but I would like to get dealer to use dds:
Compiling dds produces static library libdds.a. However, compiler in dealer folder expects a dynamic library libdds.so. Since there is no dynamic library, "dealer" cannot use dds. Any help to resolve this?

Line and column information for tree objects would allow error reporting to generate messages which makes it easier to locate the error.

A compile step resolving types would allow error checking for incompatible types.

A potential side benefit would be simpler runtime code with statistically typed execution. Optimization step likely needs much bigger changes and might not be worth it.