How will user's compile with Makefiles? Was: Re: large bss size for sample applications

Peter Dufault dufault at
Sat Sep 26 14:22:37 UTC 2015

I don’t like this requirement.  I think it’s fine for development but want to be able to deliver a package that will integrate into a client’s Makefile based build system where they can make changes and re-build.  In other words, I don’t mind if building a BSP or updating RTEMS requires waf, but want to be able to deploy and make minor changes without it.

Up to now I’ve been able to get the existing Makefile fragments to work at multiple sites with a little work.

> On Sep 26, 2015, at 09:04 , Gedare Bloom <gedare at> wrote:
> The comment below, made in the users ml, caught me off guard. How will
> user's applications build when RTEMS is built with Waf?
> If there is a complex answer, then this conversation belongs here on
> the devel ml until we can sort it out.
> Gedare
> On Sat, Sep 26, 2015 at 2:36 AM, Chris Johns <chrisj at> wrote:
>> On 25/09/2015 11:04 pm, Jeff Webb wrote:
>>> On 09/25/2015 07:59 AM, Gedare Bloom wrote:
>>>>> The next task for me will be to set up a simple out-of tree C or C++
>>>>> POSIX
>>>>> application.
>>>>> Thanks again for all the help!
>>>>> -Jeff
>>>> Simple examples for out-of-tree builds exist in the examples-v2.git
>>>> repository with the "RTEMS Application Makefile" approach using custom
>>>> Makefiles, and with the "RTEMS Application Waf" approach using
>>>> wscripts and a git-submodule for waf support. The former is an older,
>>>> established way to build applications linking to an 'installed' RTEMS,
>>>> and the latter is a newer way to do it.
>>> Perfect!  This is just what I need.  Thanks for the pointer.
>> The Makefile approach will not be supported with the waf build of RTEMS
>> when it lands.
>> Chris
>> _______________________________________________
>> users mailing list
>> users at
> _______________________________________________
> devel mailing list
> devel at

Peter Dufault
HD Associates, Inc.      Software and System Engineering

This email, like most email, is delivered unencrypted via internet email protocols subject to interception and tampering.  Contact HDA to discuss methods we can use that ensure secure communication.

More information about the devel mailing list