forked from JavaTX/JavaCompilerCore
3.2 KiB
3.2 KiB
- Parser um Packages erweitern
- Schätzung: 0 h
- Parser kann Java 8 und daher auch packages
- Convertierung zu AST
- AST kann schon Packages im Namen
- Es muss geprüft werden, ob geparste Datei im richtigen Ordner ist
- Constraints erstellen
- macht es hier einen Unterschied?
- es ändert sich nur der Namen der Typen
- das ist schon in JavaClassName enthalten
Java verhalten
-
das verhalten von Java soll kopiert werden
-
Java kompiliert in den gleichen Ordner wie die source file
-
Java erhält eine liste von Source Files, die es kompilieren soll
-
anhand von deren Standort lassen sich relativ die Position von kompilierten Class-files bestimmen
- macht der javac Compiler allerdings nicht
- er nimmt sein Running Directory als classPath standardmäßig, falls keiner angegeben
- javac geht davon aus, dass CP richtig gesetzt wird, oder javac im Source-Root ausgeführt wird
-
-cp path or -classpath path Specifies where to find user class files, and (optionally) annotation processors and source files. This class path overrides the user class path in the CLASSPATH environment variable. If neither CLASSPATH, -cp nor -classpath is specified, then the user class path is the current directory. See Setting the Class Path.
-
Compiler kontrolliert nicht, ob package im korrekten Ordner ist
- auch keine Warnung
- unser kompiler könnte aber trotzdem zumindes eine Warnung ausgeben
-d Parameter
- Optional
- damit lässt sich ein andere ort zur Ausgabe der Class-files bestimmen
Tasks
- Es steht nur noch ein Task aus:
Klassen aus Default Package laden
- Das kann für jede SourceFile anders sein
- Momentan funktioniert der Compiler sowieso nur mit einer SourceFile!
- an allen Stellen, an denen die Imports der SourceFile beachtet werden, müssen jetzt auch alle Klassen aus dem gleichen Ordner beachtet werden
Stand
- CompilationEnvironment wurde erweitert und kann alle Klassen aus einem Ordner laden
- Allerdings funktionieren manche Tests noch nicht
- Die Bytecode-Tests funktionieren nicht, da sich kaputte Klassen im Bytecode-Jav-Ordner befinden
Class files in richtigen Ordner legen
- Wenn Pfad übergeben, dann in Pfad + packageName
- Ohne Pfad, direkt neben die Source File legen
- wenn Source File nicht in richtigem Ordner -> Warnung ausgeben
Stand
- Beinahe abgeschlossen
- TODO: Tests schreiben
Class files einlesen
- Wenn Classpath übergeben
- Suchen in Classpath + packageName
- Müsste eigentlich UTLClassLoader automatisch machen (also packageNamen anfügen)
- Wenn nichts übergeben
- dann currentDirectory + packageName
- Für die Tests muss korrekter Classpath gesetzt werden
Stand
TODO:
- es muss überall wo im Quellcode ClassLoader.getSystemClassLoader() oder ein andere Classloader verwendet wird,
- dieser ausgetauscht werden mit dem classLaoder, welcher bei der Instanzierung von JavaTXCompiler erstellt wird
Class files mit packageNamen versehen
- In die Class file muss noch der korrekte name geschrieben werden
- kann möglicherweise ASM
- Kann ASM mittesl
cw.visit("name/mit/slashe/Getrennt"..
- wurde bereits erledigt -> TODO: Testen