pl
1 Followers · 0 Following
  • Joined on 2023-12-15
Repositories Projects Packages Public Activity Starred Repositories
pl commented on issue JavaTX/JavaCompilerCore#128 2019-04-20 15:29:37 +00:00
Mehrfache Anzeigen eines Typs in der Auswahl

Created attachment 11 zugehöriger Ausschnitt aus dem Plugin

pl opened issue JavaTX/JavaCompilerCore#128 2019-04-20 15:28:15 +00:00
Branch: origin/copy_libs Commit: 1a948e56f839700356f4fefccd1340eb6f468c6c Beim Bsp. Ol.jav class OL { java.lang.Integer m(java.lang.Integer x) { return x + x; } //m(x) { retur…
pl opened issue JavaTX/JavaCompilerCore#206 2019-04-12 10:47:45 +00:00
Im ResultSet wird in der Methode resolveType nur noch der Typ aufgelöst die zusätzlichen GenericInsertPairs in ResolvedType im Attribut additionalGenerics sind gelöscht worden. Werden jetzt i…
pl commented on issue JavaTX/JavaCompilerCore#42 2019-04-05 14:14:22 +00:00
Fehler bei Matrix.jav

in 16baa5eaa8af5564ae750cf700a2e8d58d854cbe gelöst

pl opened issue JavaTX/JavaCompilerCore#42 2019-04-04 17:28:08 +00:00
branch: bytecode commit: 547ad9601a3db0f58fe0a55d6ca5863bef6f8b78 java.lang.VerifyError: Bad type on operand stack Exception Details: Location: Matrix.mul(Ljava/util/Vector;)LMatrix; @…
pl opened issue JavaTX/JavaCompilerCore#41 2019-03-07 13:36:06 +00:00
Es kann mehrere Lösungen der Unifikation gegebn, ide aber in den Typvariablen der abstrakten Syntax identisch sind. Beispiel MatrixOP mit folgenden Lösungen: class MatrixOP { TPH EMHG mu…
pl commented on issue JavaTX/JavaCompilerCore#269 2019-02-18 23:34:14 +00:00
Fehler in Ordering

[(gen_cnhv <.? ? extends java.util.Vector<? extends gen_rmo>, 1 true), (ELPA =. java.util.Vector<gen_cnhv>, 1 false)

wurde als kleiner als

[(gen_eth <.? ? extends java.util.Vector<gen_rmo>…

pl opened issue JavaTX/JavaCompilerCore#269 2019-02-16 17:22:18 +00:00
(ELPA <. java.util.Vector<? extends java.util.Vector<? extends gen_rmo>>, 1 false) erzeugt [(gen_eth <.? ? extends java.util.Vector<gen_rmo>, 1 true), (ELPA =. java.util.Vector<gen_eth>, 1 …
pl commented on issue JavaTX/JavaCompilerCore#268 2019-02-02 22:41:08 +00:00
Alle kleineren bzw. größeren Elemente der parallel berechnete korrekten Lösungen müssen von nextSetasList gelöscht werden

Join Reihenfolge 72 -> 71 -> 70 -> 7 -> 5 -> 4 -> 3 -> 2 -> 1 77 -> 75 -> 74 -> 73 -> 5

pl commented on issue JavaTX/JavaCompilerCore#268 2019-02-02 22:34:18 +00:00
Alle kleineren bzw. größeren Elemente der parallel berechnete korrekten Lösungen müssen von nextSetasList gelöscht werden

Created attachment 10 log-File von Matrxi.jav 2.Teil

pl commented on issue JavaTX/JavaCompilerCore#268 2019-02-02 22:33:50 +00:00
Alle kleineren bzw. größeren Elemente der parallel berechnete korrekten Lösungen müssen von nextSetasList gelöscht werden

Created attachment 9 log-File von Matrxi.jav 1.Teil

pl opened issue JavaTX/JavaCompilerCore#268 2019-02-02 22:25:09 +00:00
Zur Zeit werden nur alle kleineren bzw. größeren Elemente aus nextSetasList des forkOrig gelöscht. Der Fehler trat bei Matrix.jav auf (siehe Anhang) Nachdem [(gen_or <. java.util.Vector<j…
pl opened issue JavaTX/JavaCompilerCore#267 2019-01-15 16:05:33 +00:00
branch unify-test commit: fa42a693748d5f8eaa2fc581309bf56170896f36 ... und nicht wie im Moment nur das Maximum und das Minimum des aktuellen Elements. Die zu vereingenden Menge können mehr…
pl opened issue JavaTX/JavaCompilerCore#39 2019-01-11 22:12:37 +00:00
Für import java.lang.Integer; import java.lang.String; public class Plus { m(a,b) { return a+b; } } WIRD public java.lang.Integer m(java.lang.Integer, java.lang.Integer); desc…
pl opened issue JavaTX/JavaCompilerCore#266 2019-01-02 09:33:30 +00:00
branch: unify-test commit: 013539e7e8ef8f9d77d28a2f0ce308c8b14fdc8d In unifyCase1 wird zunächst: cs bzw. csPHRenamed. Dabei wird [java.util.Vector<java.util.Vector<java.lang.Integer>>, jav…
pl commented on issue JavaTX/JavaCompilerCore#31 2018-12-19 17:01:12 +00:00
Fields funktionieren noch nicht richtig

Created attachment 8 Die Konstruktoren

pl commented on issue JavaTX/JavaCompilerCore#31 2018-12-19 16:57:03 +00:00
Fields funktionieren noch nicht richtig

Comment on attachment 7 Fieldinitializer

Dann kann das aber nur an den Bytecode-Methoden liegen:

Im Anhang Screenshots von der abstrakten Syntax nach der Typinferenz

pl commented on issue JavaTX/JavaCompilerCore#31 2018-12-19 16:56:17 +00:00
Fields funktionieren noch nicht richtig

Comment on attachment 7 Fieldinitializer

Dann kann das aber nur an den Bytecode-Methoden liegen:

Im Anhang Screenshots von der abstrakten Syntax nach der Typinferenz

pl commented on issue JavaTX/JavaCompilerCore#31 2018-12-19 16:55:18 +00:00
Fields funktionieren noch nicht richtig

Created attachment 7 Fieldinitializer

pl commented on issue JavaTX/JavaCompilerCore#265 2018-12-18 16:28:24 +00:00
BinaryTest

commit: f2567142233378af8b60a723c632ff0dea34cfc2

gefixt.

aus (x:a + y:b) : c wurde a <. Integer, b <. Integer und c <. Integer generiert.

Richtig: Integer <. c.

korrigiert.