Liarokapis Alexandros

Is any work being done with this issue? After debugging for a bit it appears that the problem lies in incorrect overlays. Ghc-mod expects ghc-annotated overlays but the overlays don't...

The relevant call sequence is ``` ghc-insert-template-or-signature -> ghc-insert-template ``` at this point there is a cond expression: ``` (cond .. ((ghc-check-overlay-at (point)) (or (ghc-check-insert-from-warning) .... ``` `ghc-check-insert-from-warning `is where...

This may or may not be a problem with spacemacs, and not ghc-mod itself. There is this line in the spacemacs haskell layer funcs file: ``` (when (configuration-layer/package-usedp 'flycheck) ;;...

I understand this, I also wouldn't attempt to standarize this as is. Even if we had a better syntax for the assertion, I would expect the HeapStorage to completely remove...

Yes I am aware of that. I believe that only changes the adaptor's behaviour when mapping the position/velocity/acceleration to the interface. The problem is that we need a PosVelEff interface...

Any progress on this?

This is definitely possible, the SPI peripheral has a dedicated I2S configuration register that takes over the peripheral. It does not seem to be currently supported by the crate.

I also agree that using Option on new is a better default in general.

Changing the bundled aarch64 config is not correct since it is fine-tuned for virtualization. The problem here is that nixpkgs' gcc wrapper, adds `-march=armv8-a` to all builds on Apple Silicon....