You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
"""
I'm willing to let this go, but it does create a fairly strange build dependency, because now for the arm64 build depends on the x86 opcode.inc file.
The only thing I can thing that would solve this is as part of your build do something like copy $(SPVTOOLS_LOCAL_PATH)/source/opcode.cpp -> $(1)/opcode.cpp and change your build to use that opcode.cpp instead of $(SPVTOOLS_LOCAL_PATH)/source/opcode.cpp.
Then arm64 would only depend on arm64 stuff. However that is very complicated, and I don't think will actually make any difference in practice.
"""
The text was updated successfully, but these errors were encountered:
I was misunderstanding what the issue was. There is no functional failure with the existing solution. It's just that because the makefile is processed once for each ABI, you'll get more messages and possibly more recompiles than you might expect.
This is not important enough to fix. Closing.
From @AWoloszyn comment on #188
"""
I'm willing to let this go, but it does create a fairly strange build dependency, because now for the arm64 build depends on the x86 opcode.inc file.
The only thing I can thing that would solve this is as part of your build do something like copy$(SPVTOOLS_LOCAL_PATH)/source/opcode.cpp -> $ (1)/opcode.cpp and change your build to use that opcode.cpp instead of $(SPVTOOLS_LOCAL_PATH)/source/opcode.cpp.
Then arm64 would only depend on arm64 stuff. However that is very complicated, and I don't think will actually make any difference in practice.
"""
The text was updated successfully, but these errors were encountered: