[erlang-bugs] (unconditional) rebuild caused by gen_git_version
Lukas Larsson
lukas@REDACTED
Wed Feb 19 11:55:19 CET 2014
Hello,
When implementing this I noticed it as well and tried to do something
about it. Alas it proved quite difficult and I had to settle on a
compromise where it does a rebuild once. i.e.
commit change
make
LD
make
LD
make
make
make
make
At least that is the way it works for me on Ubuntu Linux.
If someone else feels like having a go at making it work they are most
welcome.
Lukas
On 18/02/14 18:53, Tuncer Ayaz wrote:
> On Tue, Feb 18, 2014 at 1:40 PM, Tuncer Ayaz wrote:
>> Since R16 it's not possible anymore to quickly run make in a
>> previously built and otherwise unmodified tree.
>>
>> $ make
>> # everything built
>> # run make again
>> $ make
>> ...
>> GEN x86_64-unknown-linux-gnu/gen_git_version.mk
>> CC obj/x86_64-unknown-linux-gnu/opt/plain/erl_bif_info.o
>> ..
>> LD /tmp/otp/master/bin/x86_64-unknown-linux-gnu/beam
>>
>> This doesn't take long, but recreating an object file and relinking
>> the vm every time doesn't seem right to me. AFAICT, it was introduced
>> to include the git revision of the tree the vm was built from.
>>
>> I don't have time to look into this right now, so no patch from me.
> If anyone wants to submit a fix, presumably adding a check that
> compares the previous build's git revision for inequality should fix
> the bug. I assume it's probably already cached in a file.
> _______________________________________________
> erlang-bugs mailing list
> erlang-bugs@REDACTED
> http://erlang.org/mailman/listinfo/erlang-bugs
>
More information about the erlang-bugs
mailing list