-
Notifications
You must be signed in to change notification settings - Fork 296
Conversation
In addition, the commit message should be rewritten, so
Also, we should add tests (extend inttest/erlc or add a new one). This is a companion patch to go with #322. |
Yes, there will be tests and better messages. I wanted just to get a second opinion first. |
Note to self: there are more commands that don't respect 'keep-going', for example xref. |
#322 just got merged and we settled on not turning errors into warnings. It would be great to include this in rebar 2.6, so how soon do you think you can finish the branch? |
I will get to it in the next few days. The only question mark is how to keep track of the worker pid... I'm not sure how to find out which one failed. Is it ok to move "maybe_report(Error)"? Then the compiled/failed message serves as a marker for when a file has been processed. |
Thanks, sounds good.
It should be possible. Let's see what we can figure out. |
Updated the commits, added tests. |
true -> | ||
?WARN("Continuing after build error\n", []), | ||
compile_queue(Config, Pids, Targets) | ||
end; |
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.
Isn't the indentation wrong here?
Any reason to add a test in |
@vladdu, should we try to adjust all commands with this pr? |
I don't remember why I didn't write a inttest test, Probably because eunit is a bit more familiar. Do you think it would be better to change it? I think I checked all commands, but I may be remembering wrong. Will check again. |
We already have erlc tests in inttest/, so I think it's better to have the new tests there as well. |
@@ -0,0 +1,195 @@ | |||
%% -*- erlang-indent-level: 4;indent-tabs-mode: nil -*- | |||
%% ex: ts=4 sw=4 et |
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.
It looks like this entire file is indented with tabs? I think that's against what we usually do, but I can re-edit it when merging if you want.
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.
Weird, probably I used a different editor for that one. I will fix that.
@Tuncer suggested that it would be better to reimplement this as a retest suite, so it will get rewritten anyway.
This seems good to me outside of the aesthetic thing. One remark I have too is that in the last |
@ferd the warnings printed in rebar_base_compiler are fine because an error is printed first. Maybe |
ping? |
I'd like this to be rebased to merge it. If we don't hear back, then I'll do it myself, but these are busy days and if I can avoid rebasing this myself, I'd like to. |
I'll rebase it. Is it okay to keep the test as they are, or should they be rewritten as retest tests? |
It'd be nice to have it as a retest test, but it's fine as is once you fix the formatting issues pointed out by @ferd. |
I'm guessing the retest suite would provide a better integration, but if the tests run along with everything else and represent actual use cases, I personally do not mind much on this. @Tuncer ? |
See earlier #354 (comment). It'd be nice as retest tests, but it's fine as is. |
I hope the formatting is okay now. |
It looks good to me. @Tuncer any last comment before I merge this? |
You can merge it. |
compiler respects 'keep_going' flag
I am creating this PR as a base for further discussion.
I found that this change works fine for me, but I don't know if the fact that the worker pid is not removed has any bad effects.