code:

---

/* IEEE_Test
 * Autor: Norman Walter
 * Datum: 8.4.2003
 */

#include <stdio.h>
#include <exec/types.h>
#include <math.h>
#include <clib/mathtrans_protos.h>
#include <libraries/mathieeesp.h>

int readbit(int n,unsigned long w)
{
  return ( (w >> n) & 0x1 );
}

main()
{
  int i;
  float n = 123.0;          // Eine Beispiel Floating Point Zahl
  printf("IEEE_Testn");
  printf("n=%Xn",n);
  
  // Alle Bits ausgeben
  for (i=0; i<32; i++)
  {
    printf("%d",readbit(i,(unsigned long)n));
  }
  
  printf("n");
  
}

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Georg:
> printf("%d",readbit(i,(unsigned long)n));

Hmm ... wenn ich mich nicht arg täusche konvertiert dieser
(unsigned long) cast hier die float variable nach integer,
und du bekommst dann die bits vom integer wert 123 angezeigt,

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von thomas:
Du mußt es so machen, wie Georg es schreibt, dann bekommst du die interne Bitdarstellung der Fließkommazahl.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Mad_Dog:
Sind float Werte beim Amiga Standardmäßig im ieee 754 oder Motorola
FFP format gespeichert???

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Tessien:
Ich denke eher, das Format ist überall das gleiche, nur halt nicht IEEE irgendwas. Es kann auf jeden Fall nicht Compilersache sein, daß der Prozessor es ja verstehen muss und die verschiedenen Compiler ja Programme für den selben Prozessor erzeugen.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Holger:
Nein.
Der Compiler erzeugt den Code, den der Prozessor ausführen muß, dieser Code muß mit den vom Compiler verwendeten Datenformaten arbeiten, der Prozessor führt nur den Code aus.
Code, der für 68k-Prozessoren ohne FPU übersetzt wurde, läuft natürlich auch auf 68k-Prozessoren mit FPU. Er benutzt sie aber trotzdem nicht, deshalb wird er auch nicht das FPU-Datenformat benutzen, da es keine Vorteile bringt.
Deshalb kannst Du u.U. nicht einmal die Bibliotheken desselben Compilers miteinander verlinken, wenn sie mit unterschiedlichen Optionen übersetzt wurden.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

@Mad_Dog:

Zur Klärung: Hat Dein System eine FPU?

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Tessien:
Wenn Du auf diesem System float-Variablen miteinander verrechnest, hat der Compiler grundsätzlich keinerlei Einfluss auf das Bit-Format dieser Variablen. Wenn man einer dieser Variablen aber einen direkten Wert zuweist (f = 2.0f), muss der Compiler sich an das Prozessor-vorgegebene Format halten. Ich sehe da keine Spielräume auf Compilerseite.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Holger:

Also erst einmal ist der Speicher nicht die CPU.
Deshalb müssen wir uns klarmachen, daß es im Speicher IEEE-Formate, FPU-eigene Binärformate und dann noch single, double und extended Präzision gibt. In der FPU gibt es aber nur genau ein Format, in der 68881 und Nachfolger grundsätzlich rechnen. Deshalb muß der Compiler den notwendigen Code erzeugen, um den Transfer zwischen Speicherort und -format einer Variablen und dem FPU-Register durchzuführen.

---

Zitat:

---

code:

---

int i;
  float n = 123.0;          // Eine Beispiel Floating Point Zahl
  int   *ii=(int*)&n;
  printf("IEEE_Testn");
  printf("n=%Xn",*ii);
  
  // Alle Bits ausgeben
  for (i=31; i>=0; i--)
  {
    printf("%d",readbit(i,*ii));
  }
  
  printf("n");

---

kommt zumindest mit gcc auch IEEE raus. Aber nur dann.

---

[ - Antworten - Zitieren - Direktlink - ]