[Programmiererstammtisch] "Zum ächzenden Compiler"

[Gullix]

...also, bei einem float schwierig. Ich dachte immer, das ist nicht spezifiziert, dh Compiler kann floats anordnen wie er will, je nach Hardware ggf verschieden.

[Ramkhamhaeng]

Nein, das ist selbstverständlich definiert. Der erste Standard, dem man im ersten Semester bebegnet. Was du meinst ist die Bytereihenfolge. Die kann unterschiedlich sein, aber das spielt hier keine Rolle. (uint32_t)floatvar ist immer gleich.

Nutzt aber nichts, wenn man in der Programmiersprache nicht casten kann

[fuchs87]

Meinst du IEEE 754? Der ist mWn z. B. in C nicht definiert.

[Ramkhamhaeng]

Meinst du IEEE 754? Der ist mWn z. B. in C nicht definiert.

Es wird unter Umständen nicht der komplette Standard unterstützt, aber die Basiseigenschaften wie die Reihenfolge der Bits in der Darstellung der Zahl schon. Wie sollte es auch ohne gehen, das gibt die Hardware, spätestens seit es FPU's gibt, vor.

[Tiramisu]

Ich verstehe hier nur Bahnhof. Könnt ihr mir nun helfen oder nicht?

Vielleicht wären bitweise Operatoren was für dich?

Unter dieser Kategorie habe ich schon nachgeschaut und nichts Nützliches gefunden.

[fuchs87]

Es wird unter Umständen nicht der komplette Standard unterstützt, aber die Basiseigenschaften wie die Reihenfolge der Bits in der Darstellung der Zahl schon. Wie sollte es auch ohne gehen, das gibt die Hardware, spätestens seit es FPU's gibt, vor.

FPUs gibt es schon länger als den Standard IEEE 754. Es gibt es auch Hardware, die andere Formate nutzt. Such mal nach IBM hexadecimal floating point.

[Schlumpf]

Wenn der Computer eh nur mit Binärzahlen rechnet, warum kann man dann in Lua nicht einfach die Binärziffern von float-Zahlen ablesen, ohne sie vorher berechnen zu müssen? Das kostet doch nur unnötig Performance.

http://www.lua.org/manual/5.3/manual.html#3.4.2
Das sollte es doch sein.

[Ramkhamhaeng]

FPUs gibt es schon länger als den Standard IEEE 754. Es gibt es auch Hardware, die andere Formate nutzt. Such mal nach IBM hexadecimal floating point.

Das spielt alles überhaupt keine Rolle Auf den von Tiramisu relevanten Rechnern halten sich die normalisierten einfach-genauen 32-bit-Floatzahlen an das in IEEE 754 angegebene Format. Die Interpretation jedes Bits ist wohldefiniert. Mehr braucht er nicht.
Ja, es gibt andere Standards, ja es gibt Rechner mit anderen Architekturen, ja es macht intern einen Unterschied ob der Wert in nem normalen Register oder nem Floatingpoint-Register liegt. Und das weißt du eigentlich auch, denn du schriebst anfangs selbst:

Vielleicht wären bitweise Operatoren was für dich?

Kenne Lua nicht, aber so weit ich es in der Dokumentation überblicke, geht es dort nicht mit den Mitteln der Sprache. Eigentlich auch nicht so tragisch, da man es meist nur zum Debuggen braucht. Performance ist auch kein Argument, Tira, da Lua ne Scriptsprache ist.

[Shakka]

http://www.lua.org/manual/5.3/manual.html#3.4.2
Das sollte es doch sein.

Das funzt nur mit Integer.

Ja, es gibt andere Standards, ja es gibt Rechner mit anderen Architekturen, ja es macht intern einen Unterschied ob der Wert in nem normalen Register oder nem Floatingpoint-Register liegt.

Das könnte ja aber ein Grund für Lua sein, das nicht anzubieten. Weil der Code sonst nicht mehr portabel ist?


Vielleicht ist es das einfachste, eine Funktion dafür in C zu schrieben? (und von lua aus aufzurufen)

[Tiramisu]

Das funzt nur mit Integer.

Nicht nur deswegen. Diese bitwise operators haben keine 0-1-Ziffern sondern ganze Zahlen als return-Wert, weil sie etwas ganz anderes machen als das, was ich eigentlich bräuchte.
Nicht zu fassen, dass es für so eine elementare Funktion wie die Binärzifferabfrage keine Implementierung gibt!

[Schlumpf]

Das funzt nur mit Integer.

Stimmt hab ich überlesen. Gibts da union wie in C?

Edit: @Tira da nutzt man auch eher bitmasken um zu schauen ob das bit x bzw die bits y gesetzt ist wie zb:

if y & 1<<5 mach das
else mach dies

um das bit an sechster stelle zu überprüfen.

Susanne würde übrigens gern wissen ob es da nicht einen eleganteren Weg gibt? Ich kann mir bei dir irgendwie wenig Anwendungen vorstellen, welche derartiges bitgeschubse bei der Verwendung von floats wirklich brauchen.

[Shakka]

Nicht nur deswegen. Diese bitwise operators haben keine 0-1-Ziffern sondern ganze Zahlen als return-Wert, weil sie etwas ganz anderes machen als das, was ich eigentlich bräuchte.

Man kann damit schon rumeiern. Aber eben nicht mit Float.

a=9
print ((a)%2)
print ((a>>1)%2)
print ((a>>2)%2)
print ((a>>3)%2)
-- ergibt 1 0 0 1

[Tiramisu]

Achso. Wäre es denn möglich, die floats in große integer-Werte umzuwandeln und dann die Ziffern zurück zu transformieren? Z.B. multipliziere 34.23244 mit einer eine großen Zweierpotenz wie 2^23 (was für Binärrechner einfach sein sollte), wandle den Wert in Integer um (Nachkommastellen werden einfach ignoriert) und lese die Binärziffern ab, die in diesem Beispiel einfach nur um 23 Stellen nach rechts verschoben wurden. Das müsste doch von der Laufzeit her schnell zu berechnen sein.

[Schlumpf]

Bei der Konvertierung kommt ein ganz anderes bitmuster raus da 34.23244* 2^23 in float was ganz anderes ist als int:

287162520.04352 = 01001101100010001110111000000101 in float darstellung, aber
287162520 = 00010001000111011100000010011000

Deswegen hat shakka recht, mache es in C oder such dir einen besseren Weg den es mit Sicherheit gibt.

[fuchs87]

Das spielt alles überhaupt keine Rolle Auf den von Tiramisu relevanten Rechnern halten sich die normalisierten einfach-genauen 32-bit-Floatzahlen an das in IEEE 754 angegebene Format. Die Interpretation jedes Bits ist wohldefiniert. Mehr braucht er nicht.
Ja, es gibt andere Standards, ja es gibt Rechner mit anderen Architekturen, ja es macht intern einen Unterschied ob der Wert in nem normalen Register oder nem Floatingpoint-Register liegt. Und das weißt du eigentlich auch, denn du schriebst anfangs selbst:



Kenne Lua nicht, aber so weit ich es in der Dokumentation überblicke, geht es dort nicht mit den Mitteln der Sprache. Eigentlich auch nicht so tragisch, da man es meist nur zum Debuggen braucht. Performance ist auch kein Argument, Tira, da Lua ne Scriptsprache ist.

Naja, es spielt eine Rolle, wenn dieses Programm, das Merkmale eines bestimmten Formats nutzt, auf verschiedenen Plattformen ausgeführt wird. Aber gut, ich denke, wir können uns darauf einigen, dass Tiras Programm wohl eher keine so breite Verwendung finden wird.

Ich bin auch neugierig, was Tira da eigentlich vorhat. Evtl. versucht er nur mal wieder ein Problem möglichst kompliziert zu lösen.