parallel make failure?
Sebastian Huber
sebastian.huber at embedded-brains.de
Sat Nov 18 08:15:32 UTC 2017
----- Am 21. Jul 2017 um 17:23 schrieb Gedare Bloom gedare at rtems.org:
> I'm building a clean master with current tools and observed the
> following using make -j4:
>
> /usr/bin/install -c -m 644
> ../../../../../../rtems/c/src/libchip/i2c/i2c-ds1621.h
> ../../../erc32/lib/include/libchip/i2c-ds1621.h
> /usr/bin/install: cannot create regular file
> '../../../erc32/lib/include/libchip/ds1375-rtc.h': File exists
> Makefile:2147: recipe for target
> '../../../erc32/lib/include/libchip/ds1375-rtc.h' failed
> make[5]: *** [../../../erc32/lib/include/libchip/ds1375-rtc.h] Error 1
> make[5]: Leaving directory
> '/home/gedare/work/rtems/builds/b-erc32/sparc-rtems4.12/c/erc32/libchip'
> Makefile:916: recipe for target 'preinstall-libchip' failed
> make[4]: *** [preinstall-libchip] Error 1
>
> With just 'make' it passes this step.
It would be nice if we are able to back port fixes from the next master (6.0.0) to RTEMS 5.1 easily. I guess RTEMS 5.1 could be a long term release since all the work for SMP which resulted in a massive re-write of the operating system internals stabilizes now. For the new build system we have to get rid of the preinstall anyway, so we maybe we should move the header files now and already remove the preinstall step in the current build system. File moves make back ports difficult. I think we only need six header include directories:
cpukit/include
cpukit/libnetworking/include
cpukit/score/cpu/$arch/include
c/src/include
c/src/lib/libbsp/$arch/include
c/src/lib/libbsp/$arch/$bsp/include
The header file move in the BSP area is a bit of work.
More information about the devel
mailing list