The Wayback Machine - https://web.archive.org/web/20210128021233/https://github.com/topics/quantum-computing
Skip to content
#

quantum-computing

Here are 972 public repositories matching this topic...

QuantumKatas
tcNickolas
tcNickolas commented Oct 1, 2019

Several katas could have better error messaging:

  • Superposition : the test harness could log the actual state of the system after prep vs the expected state before asserting that they are the same (the change would add state prep and logging using DumpMachine to AssertEqualOnZeroState)
  • BasicGates : a similar improvement, but a bit more extra code to write a unified test wrapper
Cirq
vtomole
vtomole commented Jan 10, 2021

Is your feature request related to a use case or problem? Please describe.
The use case is documentation.

Describe the solution you'd like
Basically something like the docstring used here: https://github.com/quantumlib/Cirq/blob/d58423a3f06dd0a40fd8acfdd006d9a876274a7c/cirq/circuits/qasm_output.py#L86

**What is the urgency from your perspective for this issue? Is it blocking impo

qiskit
obriente
obriente commented Jul 30, 2020

To get this codebase up to standard, we need to add type hints. At the very least, perhaps we should start insisting that all new code has type hints added, but moreover we need to add typing to the code that currently exists.

This is a pretty large project, but luckily it can be done incrementally - I believe at this point it's a stretch goal for v1, if anyone wants to help it would be much ap

strawberryfields
co9olguy
co9olguy commented Nov 6, 2020

It would be nice to allow users to set a custom value for the tensorflow dtype if they are really pushing their simulations (and aware of the memory tradeoffs). This would be a very straightforward feature to add, most likely by adjusting backend_options to accept a dtype argument or something similar

See, e.g., the discussion below:

You could change this line https://github.com/XanaduAI

mhdavid-hrl
mhdavid-hrl commented Jan 25, 2021

There seems to be confusion between 'schedule' and 'scheduler' throughout sources and doc. They seem to be used interchangeably, which seems confusing. Is a "schedule" the same as a "scheduleR"?

For example, consider the following code snippet in src/compressor/compressor.lisp:

  (let ((lschedule (make-lscheduler)))
    ;; load up the logical schedule

The variable lschedule and

Improve this page

Add a description, image, and links to the quantum-computing topic page so that developers can more easily learn about it.

Curate this topic

Add this topic to your repo

To associate your repository with the quantum-computing topic, visit your repo's landing page and select "manage topics."

Learn more