Compiling help: Various Error Messages during Compling

[An-Untitled-Developer]

Target: Windows. ("lime text windows")

During a completely vanilla compile (nothing was modified) I got these error messages:
ERROR
30 | Compiler.addGlobalMetadata(apply, "@:build(hscript.macros.ClassExtendMacro.build())");
|
| Cannot override final method defaultsIndexOf

ERROR source/funkin/backend/scripting/HScript.hx:37: characters 10-21
37 | interp.warnHandler = _warnHandler;
| ^^^^^^^^^^^
| hscript.Interp has no field warnHandler

ERROR source/funkin/backend/scripting/HScript.hx:38: characters 3-53
38 | interp.importFailedCallback = importFailedCallback;
| ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
| (cl : Array, ?asName : Null) -> Bool should be Array -> Bool

[r6915ee]

Target: Windows. ("lime text windows")

During a completely vanilla compile (nothing was modified) I got these error messages: ERROR 30 | Compiler.addGlobalMetadata(apply, "@:build(hscript.macros.ClassExtendMacro.build())"); | | Cannot override final method defaultsIndexOf

ERROR source/funkin/backend/scripting/HScript.hx:37: characters 10-21 37 | interp.warnHandler = _warnHandler; | ^^^^^^^^^^^ | hscript.Interp has no field warnHandler

ERROR source/funkin/backend/scripting/HScript.hx:38: characters 3-53 38 | interp.importFailedCallback = importFailedCallback; | ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ | (cl : Array, ?asName : Null) -> Bool should be Array -> Bool

1. Is your Haxe version currently v4.3.7? If not, you should update to that version.
2. Did you run building/setup-windows.bat from the command line? That script will install the versions of the library that Codename must use, including some forks that change some behavior. If you haven't updated in a long while, it may be a good idea to do this anyway.
3. If the above two changes don't affect anything with the errors, then another possible solution might be to remove both the .haxelib and export directories to clear any artifacts that may be interrupting the build. The former will require running the setup script again, however, because it uninstalls the libraries in their entirety. The latter will cause an entire rebuild of the source code on later builds.

[An-Untitled-Developer]

1. Is your Haxe version currently v4.3.7? If not, you should update to that version.
2. Did you run building/setup-windows.bat from the command line? That script will install the versions of the library that Codename must use, including some forks that change some behavior. If you haven't updated in a long while, it may be a good idea to do this anyway.
3. If the above two changes don't affect anything with the errors, then another possible solution might be to remove both the .haxelib and export directories to clear any artifacts that may be interrupting the build. The former will require running the setup script again, however, because it uninstalls the libraries in their entirety. The latter will cause an entire rebuild of the source code on later builds.

1. I'm using 4.3.7.
2. Yes.
3. Didn't work. Using setup-windows.bat now constantly throws "forked process [NUMBER] died unexpectedly" (I do not have ASLR turned on).

[An-Untitled-Developer]

And from what I've observed:
The downloads that throw "forked process-" leave behind just a git folder.

Could someone not having the forked process error try using setup-windows.bat and sending over the ".haxelib" folder to me?

[r6915ee]

Didn't work. Using setup-windows.bat now constantly throws "forked process [NUMBER] died unexpectedly" (I do not have ASLR turned on).

Now that's interesting; I've never had that happen on Windows before. What would be the rest of the output of the script, in that case? That could potentially net some useful data.

The downloads that throw "forked process-" leave behind just a git folder.

If the folder you mention has the .git filename, then the download issue then appears to be Git-specific. No component in Haxelib will interact with Git other than the Git subcommand that the script uses.

In any case, what branch are you using? Some branches have different lists of dependencies that get parsed by the script.

[An-Untitled-Developer]

Didn't work. Using setup-windows.bat now constantly throws "forked process [NUMBER] died unexpectedly" (I do not have ASLR turned on).

Now that's interesting; I've never had that happen on Windows before. What would be the rest of the output of the script, in that case? That could potentially net some useful data.

The downloads that throw "forked process-" leave behind just a git folder.

If the folder you mention has the .git filename, then the download issue then appears to be Git-specific. No component in Haxelib will interact with Git other than the Git subcommand that the script uses.

In any case, what branch are you using? Some branches have different lists of dependencies that get parsed by the script.

The FOLDER name is just "git" lacking the ".current" file along-side it.

I'm using the main branch. The rest of the output is completely normal.

[An-Untitled-Developer]

I will try reinstalling Haxe 4.3.7 just in case it's a weird edge case where something got installed improperly.

[An-Untitled-Developer]

Something new has cropped up, a bunch more errors:

ERROR
3250 | context.__clear(useScissor, color.r / 0xFF, color.g / 0xFF, color.b / 0xFF, transparent ? color.a / 0xFF : 1, 0, 0, Context3DClearMask.COLOR);
| ^^^^^^^
| openfl.display3D.Context3D has no field __clear

ERROR C:/Users/qwert/Downloads/CodenameEngine-main/.haxelib/openfl/9,5,0/src/openfl/display/_internal/Context3DDisplayObject.hx:44: characters 12-19

44 | context.__clear(true, color.r / 0xFF, color.g / 0xFF, color.b / 0xFF, 1, 0, 0, Context3DClearMask.COLOR);
| ^^^^^^^
| openfl.display3D.Context3D has no field __clear

ERROR
3250 | context.__clear(useScissor, color.r / 0xFF, color.g / 0xFF, color.b / 0xFF, transparent ? color.a / 0xFF : 1, 0, 0, Context3DClearMask.COLOR);
| ^^^^^^^
| openfl.display3D.Context3D has no field __clear

ERROR
44 | context.__clear(true, color.r / 0xFF, color.g / 0xFF, color.b / 0xFF, 1, 0, 0, Context3DClearMask.COLOR);
| ^^^^^^^
| openfl.display3D.Context3D has no field __clear

ERROR
657 | return __backend.getDeviceOrientation();
| ^^^^^^^^^^^^^^^^^^^^
| lime.app._Application.ApplicationBackend has no field getDeviceOrientation

ERROR
56 | public var onUpdate = new EventVoid>();
| ^^^^^^^^^^^^^^^^^^^^^^
| Unknown<0> cannot be constructed

[r6915ee]

The FOLDER name is just "git" lacking the ".current" file along-side it.

Filenames (as in, without the space in between) more often than not refer to the actual entry in the directory; that, and I personally prefer using "filename" instead of "folder name" because it's shorter and still gets the point across. That being said, if the folder itself is in each individual library that pulls from Git, then the cloning may have failed at some point in the process.

As for the new error log, that does appear to be a failed clone indeed occurring for some libraries. Git may be configured incorrectly or it wasn't installed properly.

[An-Untitled-Developer]

That being said, if the folder itself is in each individual library that pulls from Git, then the cloning may have failed at some point in the process.

As for the new error log, that does appear to be a failed clone indeed occurring for some libraries. Git may be configured incorrectly or it wasn't installed properly.

Reinstalled Git with Default Settings and redownloaded the main branch. "forked process" death error still occurs.

[r6915ee]

Reinstalled Git with Default Settings and redownloaded the main branch. "forked process" death error still occurs.

Then that's interesting; it's likely something exclusive to your system, then. I've never had that happen on Windows before. You might also need to ensure that all of the tools necessary for the script are available on the command line.

[An-Untitled-Developer]

Then that's interesting; it's likely something exclusive to your system, then. I've never had that happen on Windows before. You might also need to ensure that all of the tools necessary for the script are available on the command line.

Well in that case, could you just send all the required dependency files for the .haxelib folder over to me (any file sharing service will do), if that's not asking too much.

[An-Untitled-Developer]

Also I'm very sure I have everything necessary for the scripts.

[r6915ee]

Well in that case, could you just send all the required dependency files for the .haxelib folder over to me (any file sharing service will do), if that's not asking too much.

The dependencies and the exact versions necessary are in the building/libs.xml file, I believe. Note that you need to install them in the same exact structure as with a regular version of that directory.

[An-Untitled-Developer]

Well in that case, could you just send all the required dependency files for the .haxelib folder over to me (any file sharing service will do), if that's not asking too much.

The dependencies and the exact versions necessary are in the building/libs.xml file, I believe. Note that you need to install them in the same exact structure as with a regular version of that directory.

There seems to be *.html files and rebuilding involved, so it's going to take a VERY long time but I could try.

[An-Untitled-Developer]

Well in that case, could you just send all the required dependency files for the .haxelib folder over to me (any file sharing service will do), if that's not asking too much.

The dependencies and the exact versions necessary are in the building/libs.xml file, I believe. Note that you need to install them in the same exact structure as with a regular version of that directory.

Also, it seems like flixel normally installs with JUST the "git" folder. It doesn't rename itself to the current version with the .current file on top. This might call for a separate issue because that's just how flixel normally installs and the user has to do a bunch of handy work renaming some libraries INCLUDING flixel.