Path: csiph.com!feeder.erje.net!1.eu.feeder.erje.net!news.albasani.net!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: Hans-Peter Diettrich Newsgroups: de.sci.electronics Subject: Re: Erfahrung mit ESP8266? Date: Thu, 16 Mar 2017 07:57:42 +0100 Lines: 25 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Trace: individual.net AkNBVRGyRXD7vgLDkhrKZwb4ADs3M0E3pSU22OUObwlEwQwrWZ Cancel-Lock: sha1:G7ItpYYHwLATdBIq41+F8+YJb6c= User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 In-Reply-To: Xref: csiph.com de.sci.electronics:224518 Am 15.03.2017 um 15:28 schrieb Bernd Laengerich: > Am 15.03.2017 um 14:26 schrieb Hans-Peter Diettrich: > >> Was mir wirklich fehlt ist ein Report über die Verwendung der >> Hardware-Komponenten, d.h. welche Bibliothek benutzt welchen Timer >> usw., damit >> der Compiler bzw. Linker etwaige Konflikte melden kann. > > Den gibt es aber bei handgeklöppeltem Assemblercode auch nicht. Diese > Sache steht und fällt mit der Dokumentation der Bibliotheksfunktionen. > Die Struktur des Projektes zu prüfen und die Ressourcenbelegung zu > planen ist aber weder Sache des Compilers noch des Linkers. Schon die Wahl einer geeigneten Sprache beeinflußt die Entwicklungs- und Testzeit für ein Projekt. Dann kann ein Compiler weit mehr Fehler und Mängel finden, als dies in C möglich ist. Was die Ressourcen betrifft, da würden mir globale Flags oder Zähler reichen, die von einer Bibliothek entsprechend der (exklusiv) benutzten Ressourcen gesetzt werden, und in anderen Bibliotheken oder im Anwendungscode geprüft werden könnten. In C oder Assembler scheitert so eine Verwaltung schon daran, daß der Compiler immer nur einzelne Module anschaut, und nicht ein komplettes Projekt :-( DoDi