On 08/02/15 16:22, Amar Takhar wrote:
>What doesn't get noticed is the change of a C library header file, e.g.
><string.h>. This worked before due to the automatically generated
>dependency files emitted by GCC.
Currently it only monitors files in the top source directory. Scanning headers
outside of the top srcdir will be slow.
I can add a knob to enable this on-demand but I would not want to leave it on as
how often are we editing system headers? It's a nontrivial slowdown of the
build.
It may be possible to cache the system header hashes during configure to speedup
the build later... how important is it to have this on all the time? I have yet
to run into a situation where it was imperative to have it always-enabled.
It is not important to have this on all the time. Its more for people
who regularly install new tool chains, so not the standard RTEMS user. A
waf config time option would be nice.
--
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
