Ich habe es nun schon einige Male erkärt:denkbar wäre natürlich, daß man aus der Java-VM eine Java und C/C++ VM bastelt, aber wer will das schon ? Das war ja nicht einmal deine Intention
gerdich hat geschrieben: Ich habe es nun schon einige Male erkärt:
Die JVM ist vor allem ein Bytecode-Interpreter.
Ob man JAVA oder C/C++ für die JVM kompiliert ist ziemlich egal.
, und weil du das so genau weißt, machst du extra für diese Frage einen Thread auf 
gerdich hat geschrieben: Wäre es nicht denkbar C-,C++-Code in Java-Bytecode zu kompilieren?
Das ist aber sehr nett von dir.gms hat geschrieben:[...]aber den Moderatoren zu liebe, sage ich jetzt nichts mehr
bin ich doch immerSaxman hat geschrieben:Das ist aber sehr nett von dir.gms hat geschrieben:[...]aber den Moderatoren zu liebe, sage ich jetzt nichts mehr
Punkt 1 ist wahrscheinlich, damit die Pointer-Arithmetic von C überhaupt in den Griff bekommen werden kann, und die "unsigned" Datentypen werden auch anscheinend stillschweigend in das "signed" Äquivalent übergeführt.http://www.axiomsol.com/ampc_manual/index.html hat geschrieben: 1. All scalar data types are 1 word long. They are "char", "short", "int", "long", "long long", "float", "double", ...
2.3. Goto statements across functions or blocks not allowed.gms hat geschrieben: ist eigentlich keine "Restriction"
4. fork() followed by exec() functionality is implemented differently.
5. Memory size models for stack and heap are FEMTO, PICO, NANO, MICRO, TINY, SMALL, MEDIUM, LARGE, and HUGE. They are 0.25 meg, 0.5 meg, 1 meg, 2 megs, 4 megs, 8 megs, 16 megs, 20 megs, and 32 megs respectively. TINY model (4 megs) is the default.
6. The JVM limits each function/method to occupy at most 64KB of binary code space. Any function/method that is bigger than that will be caught by the JVM and execution is halted.
7. It is encouraged that the source file names to have only characters that are valid C identifier characters. This is to avoid the possibility of the Jasmin assembler not being able to parse file names used in function calls (method invocations) due to the existence of non-identifier character(s).
Code: Alles auswählen
gms@gms2 ~/test2 $ cat test2.c
#include <stdio.h>
#include <limits.h>
int main()
{
unsigned char uc = (unsigned char) -1;
unsigned short us = (unsigned short) -1;
unsigned long ul = (unsigned long) -1;
printf("sizeof %s = %ld ( %d bit )\n","char",sizeof(char),CHAR_BIT);
printf("sizeof %s = %ld\n","short",sizeof(short));
printf("sizeof %s = %ld\n","int",sizeof(int));
printf("sizeof %s = %ld\n","long",sizeof(long));
printf("sizeof %s = %ld\n","long long",sizeof(long long));
printf("sizeof %s = %ld\n","float",sizeof(float));
printf("sizeof %s = %ld\n","double",sizeof(double));
printf("sizeof %s = %ld\n","long double",sizeof(long double));
printf("uc=%ld\n",(long) uc );
printf("us=%ld\n",(long) us );
printf("ul=%ld\n",(long) ul );
return 0;
}
Code: Alles auswählen
gms@gms2 ~/test2 $ gcc -o test2 test2.c -std=c89 -Wall
gms@gms2 ~/test2 $ ./test2
sizeof char = 1 ( 8 bit )
sizeof short = 2
sizeof int = 4
sizeof long = 8
sizeof long long = 8
sizeof float = 4
sizeof double = 8
sizeof long double = 16
uc=255
us=65535
ul=-1
Code: Alles auswählen
gms@gms2 ~/test2 $ java test2
sizeof char = 1 ( 8 bit )
sizeof short = 1
sizeof int = 1
sizeof long = 1
sizeof long long = 1
sizeof float = 1
sizeof double = 1
sizeof long double = 1
uc=-1
us=-1
ul=-1
sizeof ist auch kein C-Routine, das sollte schon vom Compiler richtig gesetzt werden und wenn man die "Restrictions" dieses Compilers beachtet, dann sind diese sizeof Ergebnisse ja sogar richtig.michaels hat geschrieben:Naja, das liegt wahrscheinlich ganz einfach daran, das es (soweit ich weiß) kein sizeof Äquivalent in Java gibt...
(das soll nur eine Erklärung für das Ergebnis sein mehr nicht!)
Unsinn!!!selbstverständlich kann auch dieser Compiler nicht an den Limitierungen der JVM vorbeiwurschteln, daher gibt es auch diese sogenannte "Restrictions":
http://www.axiomsol.com/ampc_manual/index.html hat geschrieben:1. All scalar data types are 1 word long. They are "char", "short", "int", "long", "long long", "float", "double", ...
2.
Deine Logik ist Unsinn. Du hast nur gezeigt, das Java diese Einschränkung nicht hat. Das beweist nicht, dass die JVM diese Einschränkung nicht hat.gerdich hat geschrieben:Unsinn!!!selbstverständlich kann auch dieser Compiler nicht an den Limitierungen der JVM vorbeiwurschteln, daher gibt es auch diese sogenannte "Restrictions":
http://www.axiomsol.com/ampc_manual/index.html hat geschrieben:1. All scalar data types are 1 word long. They are "char", "short", "int", "long", "long long", "float", "double", ...
2.
Von der JVM kommen diese Beschränkungen bestimmt nicht, sonst würde auch Java keine Datentypen länger als ein Byte kennen:
Java-Datentypen:
http://www.datasource.de/programmierung ... typen.html
Wie wahrgerdich hat geschrieben:Denken ist eine Kunst, die nicht jeder beherrscht!!!
so einen Unsinn habe ich nie behauptetgerdich hat geschrieben: Du hast nicht verstanden, was gms gesagt hat.
Er hat behauptet, dass ein C-zu-Bytecode-Compiler keine Datentypen länger als ein Byte haben könne, weil die JVM dies nicht zuliesse.
es gibt jedenfalls unter C eine größere Zahl von Datentypen, wovon einige durch die JVM nicht unerstützt werden ( Das habe ich schon behauptet, bevor ich diesen Compiler gefunden habe )gerdich hat geschrieben: Wenn aber ein Java-zu-Bytecode-Compiler Datentypen länger als ein Byte kennt ist nicht einzusehen, warum ein C-Compiler das nicht können darf.
dieser Compiler löst das Problem mit der fehlenden Unterstützung der JVM für Pointer-Arithmetik dadurch, daß er alle primitiven Datentypen mit gleicher Länge erzeugt.gerdich hat geschrieben: Die "Restrictions" des C-Compilers von gms können also keinesfalls von der JVM stammen.
Warum erwartest du für ul=-1? Logischer wäre doch ähnlich wie bei uc und ul 2^64-1 ? Könntest du das kurz erklären wie das zustande kommt?gms hat geschrieben: das erwartete Ergebnis:Code: Alles auswählen
gms@gms2 ~/test2 $ gcc -o test2 test2.c -std=c89 -Wall gms@gms2 ~/test2 $ ./test2 sizeof char = 1 ( 8 bit ) sizeof short = 2 sizeof int = 4 sizeof long = 8 sizeof long long = 8 sizeof float = 4 sizeof double = 8 sizeof long double = 16 uc=255 us=65535 ul=-1
Code: Alles auswählen
unsigned char uc = (unsigned char) -1;
unsigned short us = (unsigned short) -1; // us bekommt den Wert
unsigned long ul = (unsigned long) -1;
Code: Alles auswählen
printf("uc=%ld\n",(long) uc );
printf("us=%ld\n",(long) us );
printf("ul=%ld\n",(long) ul );
}
Welcher Assembler unterstützt schon native alle Datentypen von C!es gibt jedenfalls unter C eine größere Zahl von Datentypen, wovon einige durch die JVM nicht unerstützt werden ( Das habe ich schon behauptet, bevor ich diesen Compiler gefunden habe )
danke, hauptsächlich weil du mir damit bestätigst, daß ich mit ein bißchen guten Willen auch verstanden werden kannbmario hat geschrieben:Und er hat nie behauptet die JVM hätte 1-Byte Datentypen, er hat lediglich die "Restrictions" dieses C-Compiler gequotet. Und dort hieß es 1-word.
Code: Alles auswählen
amd64
sizeof(int) == 4
Code: Alles auswählen
m68k
sizeof(int) == 2
1 und nicht 4.gms@gms2 ~/test2 $ java test2
sizeof char = 1 ( 8 bit )
sizeof short = 1
sizeof int = 1
sizeof long = 1
sizeof long long = 1
sizeof float = 1
sizeof double = 1
sizeof long double = 1
uc=-1
us=-1
ul=-1
bmario hat geschrieben:Und er hat nie behauptet die JVM hätte 1-Byte Datentypen, er hat lediglich die "Restrictions" dieses C-Compiler gequotet. Und dort hieß es 1-word.
Code: Alles auswählen
gms@gms2 ~/test2 $ cat test2.c
#include <stdio.h>
#include <limits.h>
int main()
{
unsigned char uc = (unsigned char) -1;
unsigned short us = (unsigned short) -1;
unsigned long ul = (unsigned long) -1;
printf("sizeof %s = %ld ( %d bit )\n","char",sizeof(char),CHAR_BIT);
printf("sizeof %s = %ld\n","short",sizeof(short));
printf("sizeof %s = %ld\n","int",sizeof(int));
printf("sizeof %s = %ld\n","long",sizeof(long));
printf("sizeof %s = %ld\n","long long",sizeof(long long));
printf("sizeof %s = %ld\n","float",sizeof(float));
printf("sizeof %s = %ld\n","double",sizeof(double));
printf("sizeof %s = %ld\n","long double",sizeof(long double));
printf("uc=%ld\n",(long) uc );
printf("us=%ld\n",(long) us );
printf("ul=%ld\n",(long) ul );
return 0;
}8 Bitgms@gms2 ~/test2 $ java test2
sizeof char = 1 ( 8 bit )
Blanker Unsinn.selbstverständlich kann auch dieser Compiler nicht an den Limitierungen der JVM vorbeiwurschteln, daher gibt es auch diese sogenannte "Restrictions":