* These are horrible, but at least consistent and won't break existing
jam definitions.
* Haiku's jam goes through and adjusts x86 to x86_64, etc.. so do the
same for other 32 vs 64-bit architectures.
Change-Id: I8b0eee20dd35e7458ef31949cd3fa621265c2f51
Reviewed-on: https://review.haiku-os.org/c/buildtools/+/8719
Reviewed-by: Adrien Destugues <pulkomandy@pulkomandy.tk>
Reviewed-by: X512 X512 <danger_mail@list.ru>
Reviewed-by: Alexander von Gluck <alex@terarocket.io>
Based on Boost Jam patch: https://github.com/boostorg/build/pull/133
retrofitted to our version. Only the rules whose name contains Cc or C++
are stored there. This can be improved if it's not good enough.
The commands are generated only as they are run. Unfortunately I think
with Jam there isn't really a way to do otherwise.
Change-Id: Ic5d44dc27baa2a2e4157324f6c5a228ab0366afe
Reviewed-on: https://review.haiku-os.org/c/buildtools/+/3260
Reviewed-by: Adrien Destugues <pulkomandy@gmail.com>
I had jam crash in strange ways because a stack-allocatted aray was
overflowing. Double the limit, and add sanity checks with exit and clear
error messages in case it happens again.
Looks like it wasn't enough yet after the PM merge.
However we still have an issue with a silently failed Link action
which actually is smaller than the max line size...
