* Add server only option.
* Fix crash.
* Fix unpick jar task name.
* Revert test memory change
* Dont add client only libraries.
* Fixes
* Move option to the extension
* Perf improvements to multi-project builds.
* Fixes.
* More fixes.
* Layered mappings fixes
* Perf improvements. Undo broken fix.
* Fix remap classpath being empty.
* Another gradle bug? Either way this is fine and works.
* Fix broken test
* Final fixes?
* Fix and cleanup mixin ap mappings.
Done because the split jar changes required registering the decompiler task after evaluation.
As there may be more than one decompile task, the options are set per decompiler and not per task.
This should also make easier to add new decompilers without requiring a plugin.
This lays the ground work for split client and server mod code. With this first phase when enabled loom will generate a clientonly and common minecraft jar. Fabric loader and API will both need changes to support this before it can be used to develop mods.
Phase two of this project will handle splitting mod code into a client and common source set along with spliting any dependencies.
Mostly fixes#539 by sepreating decompile tasks
* Apply mitigation's against Log4J2 exploit CVE-2021-44228.
* Only warn when the yarn version does not match the minecraft version.
Should allow yarn versions to be used across mc versions when needed.
* Fix up-to-date checks for ValidateAccessWidenerTask
Co-authored-by: modmuss50 <modmuss50@gmail.com>
* Fix decompiler tasks getting registered in afterEvaluate
* Allow decompilers to add file collections to the forked JVM classpath.
* General code cleanup.
* Rewrite natives handling, upgrade LWJGL on ARM machines.
* Remove old natives override hack, should now always be done via gradle.
* Use "idea" everywhere
* Add server specific libraries onto their own classpath. Includes misc code cleanup.
* Start on writing the excluded server libs.
* Gradle deprecation fixes, and misc cleanup
* Add support mod.
* Make native support mod none transitive.
* Update gradle.
* Fix `namedElements` not extending from api
Fix artifact not waiting for remapAllJars with shared caches
* Use apiElements
* Add a better test for this.
* Also add remapped api mods to namedElements
* Add dev config with default jar task on it, to aid with depending on sub projects.
* Rename to `namedElements`
* Update src/main/java/net/fabricmc/loom/configuration/CompileConfiguration.java
Co-authored-by: Juuxel <6596629+Juuxel@users.noreply.github.com>
Co-authored-by: Juuxel <6596629+Juuxel@users.noreply.github.com>
* Use nio for zip utils
* Make tests work
* Please work
* Fix some issues with tests
* Fix more issues with tests
* NIOZipUtils -> ZipUtils
* Resolve Juuxel's reviews
* Use our own FS utils
* Improve error handling, add loom Pair
* Add Unit tests + fixes
Co-authored-by: modmuss50 <modmuss50@gmail.com>
* Rewrite CFR decompiler interface. Support javadoc
* CFR line numbers and fixes.
* Cleanup and fix
* Use WorkerExecutor to fork, massively cleans up the fernflower code, but does remove the fancy multithreaded logging.
* Use IPC to get logging back from the decompilers.
* Cleanup UnpickJarTask, fix leak in IPCServer
* Used published CFR build
* Handle older windows versions that do not support AF_UNIX.
* Fixes and basic unit test
* Improve memory handling of genSources
* Stop decompile worker JVM
Reads "extras/record_signatures.json" from mappings jar, just works with yarn.
Mojmap:
```
mappings loom.layered {
officialMojangMappings()
signatureFix("net.fabricmc🧶21w38a+build.9:v2")
}
```
