Welche Programmiersprache auf µC

[Jörg W. (dl8dtl) (Moderator)]

Wilhelm M. schrieb:
> Originär hier im Wiki zu schreiben, ist für mich zu umständlich.

In einem Wiki nützt es aber nicht viel, wenn du ein PDF nur hinlegst.
(Verlinken kannst du es natürlich.)

Von asciidoc nach Wiki sollte man nahezu automatisiert übersetzen
können.  Wenn du das nicht selbst tun willst, wird sich sicher jemand
finden, der es macht.

[Wilhelm M. (wimalopaan)]

Jörg W. schrieb:
> Wilhelm M. schrieb:
>> Originär hier im Wiki zu schreiben, ist für mich zu umständlich.
>
> In einem Wiki nützt es aber nicht viel, wenn du ein PDF nur hinlegst.
> (Verlinken kannst du es natürlich.)
>
> Von asciidoc nach Wiki sollte man nahezu automatisiert übersetzen
> können.

Mmh, muss mal schauen, wie das dann mit den ganzen Code-Snippets gehen 
könnte.

[Christopher J. (christopher_j23)]

Jörg W. schrieb:
> Von asciidoc nach Wiki sollte man nahezu automatisiert übersetzen
> können.  Wenn du das nicht selbst tun willst, wird sich sicher jemand
> finden, der es macht.

Pandoc kann leider nicht asciidoc direkt lesen aber mit Asciidoctor von 
asciidoc nach docbook und dann mit pandoc von docbook nach Mediawiki 
sollte gehen.

Unter http://pandoc.org gibt es mehr Infos.

[Vincent H. (vinci)]

Wilhelm M. schrieb:
> Vincent H. schrieb:
>> Aktuell verwende ich eben SFINAE um diverse (statische) Methoden im
>> Template zu deaktivieren, sollte jenes Feature in der entsprechenden
>> Peripherie nicht vorhanden sein. Leider artet das bei komplexen Dingen
>> wie etwa den STM Timern in sehr mühsame Arbeit aus... Da gibts aktuell
>> glaub ich 5-6 verschiedene Timer Implementierungen, die alle ein klein
>> wenig anders sind. Wie gehst du mit sowas um?
>
> Irgendeiner muss die Arbeit ja machen, wenn die HW-Struktur so ... ist.
> Und in solchen Fällen eine akzeptable Lösung zu finden, ist wirklich
> eine Kärrnerarbeit.
>
> Also ich persönlich finde SFINAE zwar nützlich, aber eigentlich nur bei
> freien Funktionstemplates sinnvoll, um Überladungen für bestimmten Typen
> zu aktivieren. Der Klassiker ist hier wohl im µC-Bereich, dass man für
> die Bits der Kontrollregister scoped enums einführt, und dann gezielt
> mit einem Trait die Operatoren (etwa |) einschaltet (type safe
> registers), die man zulassen möchte.
>
> Überladungen in Klassentemplates per SFINAE ein/auszuschalten finde ich
> nicht so "schön".  Die Alternative, Template-Spezialisierungen zu
> verwenden (full-specializations) ist auch unpraktisch, weil ich gerne
> header-only Bibliotheken möchte (dann muss man sich nicht um das Bauen
> der Bibliotheken kümmern), und dass dann ggf. zu ODR-Problemen führt.
>
> Die m.E. gangbare Variante ist es, über Constraints
> Klassentemplatespezialisierungen einzuführen und ggf. gemeinsame Anteile
> als CRTP / mixin zu bauen. Der Vorteil hier ist, dass man ein Concept
> schreiben kann, dass wie eine vollst. Spezialisierung wirkt, aber zu
> keinen ODR-Problemen führt, und das es sehr kompakt formuliert werden
> kann. Andernfalls hat man ja im(!) Template x-fach dieses SFINAE
> Gewurschtel drin.
> Dies bedeutet zugegebener Maßen, dass Du einen Compiler brauchst, der
> Concepts unterstützt (wie etwa gcc ab 6.1).


Ein wenig späte Antwort, jedoch bin ich eben draufgekommen, dass Jason 
Turner (emptycrate.com) offensichtlich vor einem ähnlichen Problem 
stand. In seinem Chaiscript dürfte jede Menge historischer SFINAE Code 
stehen, den er in folgender C++ Weekly Episode

http://articles.emptycrate.com/2016/07/08/using-c++17s-constexpr-if.html

durch constexpr-if ersetzt. Das ist mehr oder weniger ein 1:1 Fix, mit 
dem man ohne viel Nachdenken die häßlichen Signatures los wird.