On 25/10/2019 07:33, Chris Johns wrote:
On 25/10/19 4:26 pm, Sebastian Huber wrote:
On 25/10/2019 07:18, Sebastian Huber wrote:

How can I add a dependency on start.o to the test executables? I tried several
variants of bld.add_manual_dependency(), but nothing worked.

I am not sure, I would need to have a close look at how the test stuff is being
put together. I cannot see where start.o in the bld statement.

Is start.o treated in a special way, maybe hidden when linking in the linker
command?

The start.o is a start file and not a normal object. It is added either
through the GCC specs or the linker command file STARTUP() directive.

The dependency tracking for start.o is a nice to have feature. The current build
system also lacks support for it.

Then I would leave a comment and move on. Getting it perfect first time leaves
us with nothing to do ;) ;)

Yes, this sounds like a good approach.

I will work on the following features next week:

* Add configure check to get the size of a type. My attempt to add standard checks to waf was not really successful:

https://gitlab.com/ita1024/waf/merge_requests/2261

So, this must be added to the wscript.

* Add ability to install files.

* Add attributes to validate integer options read from the *.ini files, e.g. min, max, power-of-two, custom validator in Python code, etc.

Before I start with the boring work to convert all tests and BSPs, I would like to get the UID name support integrated in Doorstop:

https://github.com/doorstop-dev/doorstop/issues/349
https://github.com/doorstop-dev/doorstop/pull/428

--
Sebastian Huber, embedded brains GmbH

Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone   : +49 89 189 47 41-16
Fax     : +49 89 189 47 41-09
E-Mail  : sebastian.hu...@embedded-brains.de
PGP     : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
_______________________________________________
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Reply via email to