Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Abort the build-process when the build-configuration is unsupported #866

Merged
merged 1 commit into from
Feb 10, 2016

Conversation

bzsolt
Copy link
Member

@bzsolt bzsolt commented Feb 10, 2016

The MCU targets doesn't support Valgrind.
Related issue: #762

JerryScript-DCO-1.0-Signed-off-by: Zsolt Borbély [email protected]

@LaszloLango LaszloLango added the tools Related to the tooling scripts label Feb 10, 2016
@LaszloLango
Copy link
Contributor

@bzsolt, #790 depends on this PR?

@bzsolt
Copy link
Member Author

bzsolt commented Feb 10, 2016

@LaszloLango, this change independent from #790
That PR needs another modifications.

@LaszloLango
Copy link
Contributor

@bzsolt, I see. LGTM

@LaszloLango LaszloLango self-assigned this Feb 10, 2016

Verified

This commit was created on GitHub.com and signed with GitHub’s verified signature. The key has expired.
The MCU targets doesn't support Valgrind.
Related issue: jerryscript-project#762

JerryScript-DCO-1.0-Signed-off-by: Zsolt Borbély [email protected]
@LaszloLango LaszloLango merged commit 41f2f91 into jerryscript-project:master Feb 10, 2016
@akosthekiss
Copy link
Member

Hm, this might have beed a tad too quick. Would it not have been better to implement this check on CMakeLists.txt side? The more checks we have there the better IMHO, since this Makefile is just a wrapper around the cmake-generated build system. There are some use cases where this Makefile is not called at all. Those cases cannot utilize these sanity checks.

@LaszloLango
Copy link
Contributor

I think the Makefile should be an interface for builds and calling directly the CMake is a bit hack. What use cases use the CMakeList.txt directly? I don't mind if you move this to CMakeLists.txt side, but the merged PR is still good for me. Maybe we should rework the whole build system. :)

@akosthekiss
Copy link
Member

Our own makefiles at targets/esp8266/Makefile.esp8266 and targets/mbedk64f/Makefile.mbedk64f come to my mind first. More to come with the nuttx target PR soon to be landed.

The build system rework is exactly what I'm working on and this patch will cause trouble rebasing to.

@LaszloLango
Copy link
Contributor

@akiss77, I see. Sorry for the inconvenience. BTW, nuttx target PR (#805) is landed. :) I accept your arguments. This change would be better on the CMakeList.txt side. Could you do this in part of your rework?

@bzsolt
Copy link
Member Author

bzsolt commented Feb 10, 2016

@akiss77 @LaszloLango Sorry for the trouble, if necessary, I could move this to the CMake side too.

bzsolt pushed a commit to bzsolt/jerryscript that referenced this pull request Feb 10, 2016
Related pull request: jerryscript-project#866

JerryScript-DCO-1.0-Signed-off-by: Zsolt Borbély [email protected]
@bzsolt bzsolt deleted the fix_issue_762 branch May 31, 2016 11:44
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
tools Related to the tooling scripts
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants