-
Notifications
You must be signed in to change notification settings - Fork 296
Check C source dependencies in needs_compile #293
Conversation
Thanks @liskin. We cannot use the Same as you, I'm also not sure about MSVC compatibility (see rebar_port_compiler:default_env/0). |
Oh, okay, I'll try to rewrite the parsing to use something else, although I wonder if there's an easy way to get such old Erlang. If you happen to know anything easier than lxc container and snapshot.debian.org, let me know. :-) As I didn't modify the templates for win32, no .d files will be generated there and header deps will simply be ignored. That may or may not be considered a bug. :-) |
@liskin wrote:
I can't suggest anything easier than that or switching between locally built versions in your shell environment.
That sounds okay to me, but we may want to add a NOTE comment explaining that this is not supported with MSVC. |
I'm going to be that guy again and propose dropping R13 support :) |
@tsloughter wrote:
The maintenance burden to support R13B03 is minimal, but the advantage is important. A rebar binary built with R13 or R14 works with any otp version from R13 up to 17. This helps ensure rebar to be a portable stand-alone binary. |
So, there are some tests and a NOTE about win32 and I replaced binary:split with re:split, so it should work on R13, although I didn't manage to actually try. Why don't we have R13 builds in Travis? |
]. | ||
|
||
run(_Dir) -> | ||
% wait a bit for new files to have different timestamps |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This and the other comment lines should use %%
instead.
We can fix the style issues in |
ping? |
Check C source dependencies in needs_compile
Wonderful! |
This makes rebar recompile/relink port drivers properly when only C headers change.
I tested this on Linux with gcc, I'm not sure whether this is portable.