Hi,

I am very impressed with Canfestival and look forward to using with 
RTEMS (https://www.rtems.org/). My company is interested in using for a 
CANOpen fieldbus for our robotics platforms. So far I have created a CAN 
driver for RTEMS, added support for this driver in Canfestival, and 
compiled and linked it successfully by putting all the c files in my 
RTEMS project directory, and adding the appropriate flags to include the 
relevant directories and pass target specific flag and switches.

I am now trying to build it as a package for RTEMS Source Builder (RSB), 
a tool for compiling software packages from source, with a focus on 
software that will work with RTEMS.

RSB has a system for passing appropriate compiler flags for the 
particular hardware and RTEMS version you want to compile a project 
against as command line arguments to the the build process.

currently I am passing
     ./configure
     --prefix=%{_prefix}
     --target=rtems
     --can=rtems
     --timers=rtems
     --disable-dll

This almost works because I have heavily slashed away at the Makefiles 
to append their flags to the CFLAGS environment variable. However, I 
think I am doing a very poor (ugly) job of it. It also does not seem to 
link the can driver, despite producing an object file. I'll try to get 
to the bottom of that today.

I am not very familiar with Makefiles and autotools, so this may be a 
silly question.

How can I cleanly passing CFLAGS to the Canfestival build process so 
that all c files are compiled with them? It is important to be able to 
do this "dynamically", so users of the RSB package can build Canfestival 
for any architecture supported by RTEMS.


One potentially crazy idea is to update the Canfestival build system to 
use something like full autotools, CMake, waf, or SCons which could take 
away some of the complexity currently encapsulated in clever Makefiles. 
That being said, I don't understand the full motivation or history 
behind Canfestival or the current build system, so I may be missing a 
number of reasons not to change build systems in addition to the obvious 
switching cost.


Kind Regards,

Isaac Gutekunst
Embedded Systems Software Engineer
isaac.guteku...@vecna.com
www.vecna.com

------------------------------------------------------------------------------
_______________________________________________
Canfestival-devel mailing list
Canfestival-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/canfestival-devel

Reply via email to