Skip to content

Unimplemented functions in cassandra.h - what we do about them #373

@wprzytula

Description

@wprzytula

Current situation

There are quite a number of functions declared in cassandra.h which we don't implement in the wrapper. Currently, calling them in the user code will result in linker errors (unresolved symbols).

Problem

Linker errors because of unimplemented functions may be confusing. Also, they give no insight to the user whether the function is not implemented yet or it's not even planned to be ever implemented.

Suggested solution

Divide the unimplemented functions into two categories:

  1. TODO.
  2. Will never be implemented.

Functions that are TODO shall have it clearly stated in the docstring, so that their unimplementedness is visible to the user, along with the intention to eventually have it implemented.

Functions that we don't plan to ever implement shall be deleted from cassandra.h, not to confuse users. This makes users experience compiler errors instead of linker errors, which is normally less unexpected.

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

Projects

No projects

Milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions