parallel make failure?
Chris Johns
chrisj at rtems.org
Tue Nov 21 22:46:28 UTC 2017
On 21/11/2017 18:04, Sebastian Huber wrote:
> On 21/11/17 04:33, Chris Johns wrote:
>> On 21/11/2017 04:27, Joel Sherrill wrote:
>>> I think we should push this off and focus on fixing the blocking issues.
>>> This will happen in time. Doing it now could push the release out many
>>> more months. I know Sebastian and I wanted it out earlier this year.
>> I think it is worth exploring a little more and so I think we need more detail
>> before being about to decide. It is not yet clear to me how big the actual task
>> it. It is complicated figuring out the actual mappings.
>
> I hope we don't need months to figure out the new include directories.
I do not think so. The raw data is:
https://ftp.rtems.org/pub/rtems/people/chrisj/includes-move/inc-list.txt
I have not filtered the file to remove duplicates or other data so it is clear
what is happening. The missing piece of information is the directory base per
preinstall record, eg
preinstall,$(PROJECT_INCLUDE)/bsp/bootcard.h,../../shared/include/bootcard.h
Without that detail it is difficult to normalise the path in the source tree to
a specific file. I will add support to get that data soon. It is not difficult,
I just have no unfunded time this week.
Then you have:
preinstall,$(PROJECT_INCLUDE)/wd80x3.h,$(srcdir)/../../i386/pc386/include/wd80x3.h
preinstall,$(PROJECT_INCLUDE)/mvme16x_hw.h,$(top_srcdir)/../shared/mvme/mvme16x_hw.h
You cannot trust $(srcdir) or $(top_srcdir) to be what you think they are. In my
view $(top_srcdir) is a pretty serious hack because it is defined differently in
different places and so you see varying numbers of '../' to get places. All
these paths need to be normalised.
> I think
> we should do this before the release. This should have been done some years ago.
> Moving the header files in the BSP area is likely a huge amount of work and not
> necessary for back ports, since they usually are done for cpukit code. Moving
> the header files in the cpukit should be easy once we know where to move them.
> My current proposal is still:
>
> cpukit/include
> cpukit/libnetworking/include
> cpukit/score/cpu/$arch/include
>
Back porting BSP fixes is also important. I would like to get a clear understand
before we decide anything.
Someone needs to look at the Ada pieces at the end of the dump.
Chris
More information about the devel
mailing list