Andreas Stadelmeier

stan commented on issue JavaTX/JavaCompilerCore#16

2017-10-10 15:21:19 +00:00

addMethod in ClassGenerator Maxima der Funktionstypen berechnen

OLD BUG

stan commented on issue JavaTX/JavaCompilerCore#14

2017-10-10 15:21:12 +00:00

Stack Map Table

OLD BUG

stan commented on issue JavaTX/JavaCompilerCore#13

2017-10-10 15:20:54 +00:00

System.out.println

OLD BUG

stan commented on issue JavaTX/JavaCompilerCore#4

2017-10-10 15:20:42 +00:00

Wildcard Types

OLD BUG

stan commented on issue JavaTX/JavaCompilerCore#157

2016-11-15 23:15:52 +00:00

FUNvoidN<...> implementieren

FunVoidN wurde eingeführt. siehe commit 388685d3b2e54463fb2e1d1e780db224e34968e4

stan opened issue JavaTX/JavaCompilerCore#189

2016-09-30 13:00:21 +00:00

Lambda Ausdrücke werden durch FunN%Typ% Interfaces Typisiert. Alle auftretenden Typen müssen bei der Bytecodegenerierung als .class Files zusätzlich erzeugt werden. So auch die FunN% Typen. …

stan commented on issue JavaTX/JavaCompilerCore#177

2016-07-21 14:07:13 +00:00

OL.jav funktioniert nicht

Im Zuge von Enricos Studienarbeit behoben.

stan opened issue JavaTX/JavaCompilerCore#187

2016-07-13 18:03:02 +00:00

Dadurch kann es passieren, dass in der für den Unify-Algorithmus gedachten Menge Werte (also Constraints) doppelt vorkommen. Könnte zu Fehlern führen. Ist möglicherweise die Fehlerursache im…

stan commented on issue JavaTX/JavaCompilerCore#174

2016-05-13 01:48:50 +00:00

Deepclone weitgehen eliminieren

Unify überarbeitet. Kein Deepclone mehr notwendig

stan commented on issue JavaTX/JavaCompilerCore#186

2016-05-12 19:45:42 +00:00

Packagenamen - Grundsätzliches Problem

*** Bug 47 has been marked as a duplicate of this bug. ***

stan commented on issue JavaTX/JavaCompilerCore#252

2016-05-12 19:45:42 +00:00

Fehler im Case1 des vierten Schritts

*** This bug has been marked as a duplicate of bug 52 ***

stan commented on issue JavaTX/JavaCompilerCore#185

2016-05-12 19:39:40 +00:00

Id.jav liefert falschen Typ

Lag an der Konvertierung. Wurde behoben. Ergebnis ist jetzt:

(TPH gen_bf <. TPH B), (TPH NV = Fun1< TPH gen_hv, TPH gen_bf >), (TPH B <. TPH NW), (TPH NW <. TPH gen_hv), (TPH C = Fun1< T…

stan commented on issue JavaTX/JavaCompilerCore#186

2016-05-06 13:46:47 +00:00

Packagenamen - Grundsätzliches Problem

Ich hab das mal versucht umzubauen, dass nur noch die qualifizierten Namen verwendet werden. Das Problem ist hier der Aufbau, wie der Sourcecode momentan von unserem Compiler eingelesen wird.…

stan opened issue JavaTX/JavaCompilerCore#14

2016-04-21 13:51:51 +00:00

JavaCompilerCore: StackMapTable: number_of_entries = 3 frame_type = 12 /* same */ frame_type = 2 /* same */ frame_type = 0 /* same */ und richtig wäre: St…

stan opened issue JavaTX/JavaCompilerCore#183

2016-04-19 16:58:49 +00:00

Bounds von Bounded Generics müssen der Finite Closure angefügt werden. Vorkommen von <A extends String> führt zu der Eintragung von A < String in die FC.

stan opened issue JavaTX/JavaCompilerCore#182

2016-04-07 16:55:58 +00:00

Beispiel Testfall: import java.lang.System; class SystemOutPrintln{ void method() { System.out.println("Hello World"); } } Hier wird auf das Feld "out" Zugegriffen, welches den Typ ja…

stan opened issue JavaTX/JavaCompilerCore#13

2016-04-07 16:53:24 +00:00

Test sollte bytecode generieren: import java.lang.System; class SystemOutPrintln{ void method() { System.out.println("Hello World"); } }

stan commented on issue JavaTX/JavaCompilerCore#9

2016-03-24 12:50:49 +00:00

Wildcards

Update:

gehört nicht mehr zur Enrico Studienarbeit.

Fälle in denen ? extends Typen in den Methodenparameter auftauchen einfach ignorieren.

stan opened issue JavaTX/JavaCompilerCore#10

2016-03-22 16:57:38 +00:00

Wird ein Typ Vector<Integer> zu einem unserer Typen (Vector%Integer%) umgewandelt, so sollte in den Signaturen immer noch der alte Typ stehen. Nur im Deskriptor einer Methode wird unser Typ v…

stan commented on issue JavaTX/JavaCompilerCore#9

2016-03-22 16:13:35 +00:00

Wildcards

Es ist nicht nötig die Klasse Vector%Integer% von Vector erben zu lassen. Es reicht aus, die Klasse von Vector erben zu lassen.

Aus Vector<? extends Integer> wird also:

Vector%exte…