Andreas Stadelmeier

stan commented on issue JavaTX/JavaCompilerCore#170

2017-10-10 15:22:34 +00:00

Wildcardtypen zum Einsetzen im Plugins entfernen

OLD BUG

stan commented on issue JavaTX/JavaCompilerCore#169

2017-10-10 15:22:25 +00:00

OverloadingInMethod2: zu großes Cartesisches Produkt

OLD BUG

stan commented on issue JavaTX/JavaCompilerCore#164

2017-10-10 15:22:17 +00:00

LambdaTest2 funktioniert nicht

OLD BUG

stan commented on issue JavaTX/JavaCompilerCore#168

2017-10-10 15:22:07 +00:00

OverloadingInMethod2: TPH1 <. ? super TPH2 führt zu TPH1 <. TPH2

OLD BUG

stan commented on issue JavaTX/JavaCompilerCore#166

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

Bei TPH <./<? RefTyp (mit Variablen) und RefTyp <./<? TPH fehlen Lösungen

OLD BUG

stan commented on issue JavaTX/JavaCompilerCore#6

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

ClassCast-Exception beim Id-Beispiel

OLD BUG

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…