Compressed patch to move make/custom/* to make/*
Sebastian Huber
sebastian.huber at embedded-brains.de
Thu Feb 8 15:10:57 UTC 2018
On 08/02/18 16:08, Joel Sherrill wrote:
>
> On Thu, Feb 8, 2018 at 3:05 AM, Sebastian Huber
> <sebastian.huber at embedded-brains.de
> <mailto:sebastian.huber at embedded-brains.de>> wrote:
>
> On 08/02/18 09:11, Sebastian Huber wrote:
>
> On 08/02/18 01:00, Joel Sherrill wrote:
>
> Hi
>
> The patch was quite large and rightly blocked from being
> sent to
> everyone (~900k). Compressed, it is only 63K
>
> This eliminates the custom directory and moves everything up
> one level. No failures in the build as shown here.
>
> https://lists.rtems.org/pipermail/build/2018-February/000398.html
> <https://lists.rtems.org/pipermail/build/2018-February/000398.html>
>
>
> If we move this stuff, then why not to
>
> bsps/@RTEMS_CPU/@RTEMS_BSP_FAMILY@/make
>
>
> OK. I can pick at that but what does from testsuites this change to?
>
> include $(RTEMS_ROOT)/make/custom/@RTEMS_BSP at .cfg
>
> Will RTEMS_ROOT need to change to something like $(top_srcdir)/...?
>
> Is there a Makefile.am variable that really points to the top of the
> source tree?
>
> The other common pattern is
>
> include $(RTEMS_ROOT)/make/custom/default.cfg
>
> in all the BSP .cfg files? What will that need to be to work before and
> after install?
>
> RTEMS_ROOT is the build tree and later the install point. I don't
> know how to make that one work.
>
> Any thoughts?
No user should be forced to touch its Makefiles only because we move
some files in the RTEMS source tree from A to B. So, I think the install
location should remain as is.
--
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.huber at embedded-brains.de
PGP : Public key available on request.
Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
More information about the devel
mailing list