riscv BSPs on Spike due to weird RSB side-effect

[Joel Sherrill]

On Fri, Mar 20, 2020 at 8:14 PM Joel Sherrill <joel at rtems.org> wrote:

>
>
> On Fri, Mar 20, 2020 at 7:56 PM Joel Sherrill <joel at rtems.org> wrote:
>
>> Hi
>>
>> I think something is wrong with the build of spike that ends up with
>> a hard-coded path to inside a build tree:
>>
>> Result: invalid    Time: 0:00:01.197748 mimfs_fslink.exe
>> =>  run: spike --isa=RV32IAC ./riscv-rtems5/c/rv32iac/testsuites/fstests/mimfs_fslink.exe
>> ] Failed to run /home/joel/rtems-cron-5/rtems-source-builder/bare/build/tmp/sb-1001/devel/spike/home/joel/rtems-cron-5/tools/5/bin/dtc: No such file or directory
>> ] Child dtb process failed
>>
>> https://lists.rtems.org/pipermail/build/2020-March/011112.html
>>
>> Does spike work if there isn't this problem?
>>
>> I can poke at the host exes to see if the dtc path is hard-coded. Otherwise, this seems very strange.
>>
>>
> I can confirm that spike built with the RSB has the hard-coded
> path to dtc that is in the temporary RSB build/staging directories.
>
> $ strings spike | grep dtc
>
> /home/joel/rtems-cron-5/rtems-source-builder/bare/build/tmp/sb-1001/devel/spike/home/joel/rtems-cron-5/tools/5/bin/dtc
> Failed to run
> /home/joel/rtems-cron-5/rtems-source-builder/bare/build/tmp/sb-1001/devel/spike/home/joel/rtems-cron-5/tools/5/bin/dtc:
>

Picking more, its configure.ac script is putting the full path of DTC in
config.h. :(

* Path to the device-tree-compiler */
#define DTC "/home/joel/rtems-work/tools/5/bin/dtc"

This seems horribly stupid. The fix seems to be that it should not have a
fully qualified path.

Anyone want to comment on the specific root cause?

> Any ideas?
>>
>> --joel
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20200321/dfbc4851/attachment.html>