Deutsches Lazarusforum

Ich hab schon mal die header übersetzt. Wenn etwas nicht geklappt hat, lag es nicht an Pascal, sondern dass ich die Routinen falsch verwendet habe. Welchen Labjack hast du? Das Delphi-Beispiel habe ich in ein Lazarus-Beispiel gewandelt. Im eigentlichen Programm lade ich die Libraries dynamisch, dami...

Im Quellcode von fpc habe ich sowohl cpu386 als auch cpui386 gefunden. Ist das nur ein historischer gewachsener Unterschied oder steckt da mehr dahinter?

Frank Ranis hat geschrieben:gibt es dazu ein paar lauffähige LAZ-Demos ? , Plattformunabhängig (Ich frage wegen den DLL's die da zu saugen sind ) .

Auf macOS sind BLAS/Lapack immer mit dabei, bei Linux weiss ich es nicht so genau, vermute aber auch.

Wieso nicht gleich BLAS/Lapack benutzen? Mit etwas Glück ist das sogar noch multithreading. Zumindest bei der Benutzung von Python für Simulationen ist das der Weg.

So ne ganz dumme frage, wenn ich den compiler mit LLVM=1 gebaut habe, und ein simples programm (ohne packages, etc.) kompilieren will: program test; begin WriteLn('Hello World!'); end. Wie kompiliere ich das zu LLVM? Ich habe es mit -Pllvm probiert, das hat aber nicht funktioniert. (Bytecod...

Warf hat geschrieben:Also alles in allem immer noch sehr unausgereift. Aber danke, auf make -C compiler clean all LLVM=1 wär ich nicht gekommen.
Weißt du zuvällig auch welche LLVM version getargetted wird (3.x, 4, 5 oder 6)

Nicht wirklich. Ich glaube, dass auf meinem Mac Version 4 läuft, kann mich aber auch täuschen.

Hey ho, da der wiki artikel von vor 2 Jahren ist wollte ich hier mal fragen, weiß einer von euch über den Status vom LLVM target für den FPC? Ist das schon im trunk? Und falls ja, funktioniert es schon annehmbar? Und gibt es eventuell schon eine grobe vorstellung mit welcher stable version es gelie...

Fragt mal eure Eltern wie sie 3,5 runden würden. Die meistens sagen ab 0,5 nach oben. Dann programmiert man in Pascal und es geht garnicht, man kann das nichtmal einstellen, das ist schon traurig....l Dass deine Eltern auf einem veralteten Stand der Dinge sind, kann man ihnen nicht verdenken, denn ...

Ich finde es OK, wenn es ein Banker-Rounding gibt, aber bitte nicht als round(). round() sollte wirklich ab 0.5 aufrunden. round() ist eine Basisfunktion und sollte sich demnach wie eine solche verhalten. Das Banker-Rounding ist ein finanzmathematischer Sonderfall und gehört m.E. anders benannt z.B...

Ich bezweifle, dass diese Regelung für eine Programmiersprache irgendeinen Sinn ergibt. Auch ich würde eine 'gewohnte' Rundung erwarten und nicht einen Spezialfall. Solche Sachen bringen einen in FPC wirklich zum Verzweifeln. .Net round macht das gleiche. IEEE 754 lautet auch so (m). So viel ich we...

Bei Goto fällt mir noch eine schöne Geschichte ein: Uralter code in Fortran mit recht vielen IFs und GOTOs. Umgeschrieben auf modernes if then else. Eigentlich nur um besser lesbaren Code zu haben. Positiver Seiteneffekt: Der Code wurde deutlich schneller. Offensichtlich konnte der übersichtlichere ...

m.fuchs hat geschrieben:

Code: Alles auswählen

for i := 0 to Length(MyArray) do (*...*)

Das hat stinkt so nach C, dass eigentlich jedem ordentlichen Pascal-Programmierer schlecht werden müsste

Wenn ich das richtig in Erinnerung habe, liegt bei der neueren Stringverwaltung ja auch einiges an "Verwaltung" unter dem eigentlichen Array[0]. Das ist auf jeden Fall immer von der Implementierung im Compiler abhängig. Deshalb würde ich so etwas immer vermeiden, wie der Teufel das Weihwa...

Ich hab in meinem ganzen Leben noch kein Array gehabt, was nicht bei 0 angefangen hat. Programmiere schon 30 Jahre wo benötigt man denn so etwas ? Ich hätte auch zu viel "Angst" dass die Speicherzugriffe auf das Array "etwas" unkontrollert erfolgen könnten.... auf Deutsch, ich t...

x86_64 Kompiliert? ich kompiliere einfach über die Konsole: fpc -g test.pas ist standardmäßig x86-64 Yep. 64bit. 32bit ist aber auch gleich. Auch über die Konsole, aber fpc mit fink installiert. Sollte aber eigentlich egal sein. Das Problem ist natürlich auch bei dem Ergebnis, dass wild in die Pamp...