Closed OptimisticPeach closed 5 years ago
Most likely due to this: https://github.com/rust-lang/rust/blob/f32f1113c93fe84f252293ae4af86be1ceae4a84/src/librustc_codegen_llvm/back/link.rs#L886-L937
rustc invokes the linker with a temporary args file when the arguments get too long, but the linker script in cargo-apk doesn't handle it.
Oh okay, so while I wait for this to be implemented, is there a way to extend the spawn limit temporarily? Thanks!
So I was attempting to build this from source to attempt to fix it, but I ended up with a funny case:
When I compile with x64 vars, I end up with this error.
Similarly, when I compile with x32 vars, I end up with various errors because I set the wrong vars presumably.
But, when I change the toolchain, I end up with different errors, tell me if they are needed.
So, I tracked the error down to the satanically annoying file.obj
and its accomplices (All the other obj files in the folder) I tested a few of them using dumpbin /HEADERS file.obj | findstr "machine"
and ended up with x86 for file.obj
and some others...
Do you know why libcurl
would compile itself to 32 bit (x86) while I am compiling to x64?
Also, if I'm just completely doing this wrong, tell me please.
By the way, I got this (cargo apk build
) to work by using WSL instead of powershell.
But still, this is just a workaround...
Fixed by #223.
I set up android-rs-glue, and built a hello-world kind of example. I succeeded, but then I attempted to use piston, and when compiling this:
I end up with the following output:
(It'd probably be best you copy it into something that wraps text to see it better; it's unwieldy to look at it like this)
I figured out that if I go and run the command the 'note' procures, I get no errors, so I'm not sure what the problem is...