You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@mynewt.apache.org by "ASF subversion and git services (JIRA)" <ji...@apache.org> on 2016/07/09 23:31:10 UTC

[jira] [Commented] (MYNEWT-323) Newt - Build options precedence hierarchy

    [ https://issues.apache.org/jira/browse/MYNEWT-323?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15369344#comment-15369344 ] 

ASF subversion and git services commented on MYNEWT-323:
--------------------------------------------------------

Commit a996d13f7d971ad6f4d35a8d2ee066002c55b5ae in incubator-mynewt-newt's branch refs/heads/develop from [~ccollins476]
[ https://git-wip-us.apache.org/repos/asf?p=incubator-mynewt-newt.git;h=a996d13 ]

MYNEWT-323 Newt - Build flags precedence hierarchy

In the case of conflicting flags, the higher priority package's flag
wins.  Package priorities are assigned as follows (highest priority
first):
     * target
     * app (if present)
     * bsp
     * <library package>
     * compiler


> Newt - Build options precedence hierarchy
> -----------------------------------------
>
>                 Key: MYNEWT-323
>                 URL: https://issues.apache.org/jira/browse/MYNEWT-323
>             Project: Mynewt
>          Issue Type: Bug
>          Components: Newt
>            Reporter: Christopher Collins
>             Fix For: v0_10_0
>
>
> When two packages specify conflicting build options, it is undefined which one takes effect.  Worse, if two packages specify conflicting cflags (e.g., "-DLOG_LEVEL=0" and "-DLOG_LEVEL=1"), gcc reports an error and aborts the build.
> We should enforce a well-defined precedence hierarchy.  I'm thinking something like this (lowest priority first):
> * Library
> * BSP
> * App
> * Target
> In the case of conflicting options, newt should discard all but the highest priority.  Newt would need to do some simple parsing of cflags to identity conflicts.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)