Just following up to say I got it sorted; I came up with a very hacky solution, though.
Added a meta-package called get-target-triplet that essentially just writes a file with the target triplet. My package then depends on that and reads the file (and deletes both the file and the get-target-triplet file inside the installed directory)
--
On September 11, 2019 at 15:47:54, Gregorio Litenstein (address@hidden) wrote:
I think I have gotten to the root of this issue.
I need to be able to access $(TARGET) when the file is downloaded and checksummed. Evidently this would require a patch to MXE (or some workaround to get that bit of information into the proper scope) but I’m not quite sure how to go about it.
Any ideas?
--
On September 9, 2019 at 07:52:29, Gregorio Litenstein (address@hidden) wrote:
So…I have two packages:1) foo-bootstrap2) foofoo-bootstrap defines its filename as foo-1.0.1-something.tar.xzfoo defines its filename as foo-1.1.0-something-else.tar.xzIn this case, both something and something-else are derived from $(TARGET) or $(BUILD)Behavior I’m seeing right now is, if I try “make foo”, after having done foo-bootstrap, it will directly go into build stage (without downloading anything) and it fails due to a wrong package name (because apparently $(TARGET) and $(BUILD) are not accessible at this stage even though it’s obvious they are already known if the folder is able to be created.Beside this, the file doesn’t exist (due to not having downloaded it)If I delete the foo-bootstrap file from mxe/pkg, “make foo” will download the file from foo-bootstrap instead and fail in the same way.Does anybody have an idea why this might be happening? And if it is a bug in the mxe Makefile, where should I go hunting for it? I tried debugging it yesterday but am not that experienced with make so I’m not sure exactly which function does what and what order they’re called in…--