#define PI 3.14159265358979323846
Bzw. etwas eleganter M_PI direkt aus der cmath nehmen.
Gefunden habe ich diese Methode in OOP für Dummies.
#include <ctime>
int random(int lower, int upper)
{
static bool rand_init = false;
if(!rand_init)
{
srand((unsigned)time(NULL));
rand_init = true;
}
return (rand() % (upper - lower + 1)) + lower;
}
Mein Betreuer sagt, es wäre gut, wenn ich meine vorhandenen C++-Programme in Fortran schreiben würde, da diese in größere Simulationen eingebunden werden sollen.
Das schöne C++ hatte ich nur verwendet, weil ich damit am vertrautesten bin und deshalb sehr schnell. Bisher ging es nur um physikalische Richtigkeit; alles ist thermodynamisch konsistent. Sehr schön!
Nun stehe ich vor dem Problem, objektorientierten Code nach Fortran übertragen zu müssen, denn ohne OOP geht’s ja mal gar nicht! Zu meiner Überraschung unterstützen Compiler für F90 bzw. F95 sogar größtenteils OOP. Beispielcode liegt auch vor: 275 Zeilen C++ entsprechen dort 425 Zeilen Fortran. Na klasse! Und dabei verschwendet Fortrancode nicht so viele Zeilen mit geschweiften Klammern. Naaaaaa klasse!
Nun müssen nur noch die Compiler meiner Abteilung damit klarkommen. Bin gespannt.
Okay, ich kämpfe mich durch…
edit: Offenbar unterstützen Fortran 90 und 95 OOP-Paradigmen nur sehr lustlos auf Umwegen und mit Tricks. Das treibt mich noch in den Wahnsinn hier!