riscv BSPs on Spike due to weird RSB side-effect

[Joel Sherrill]

I got feedback on this issue with the Spike project and just sent them a
pull request to fix this and add more files to their .gitignore.

Once those are settled, I will update the RSB and close our ticket (I hope).

--joel

On Sat, Mar 21, 2020 at 1:56 PM Gedare Bloom <gedare at rtems.org> wrote:

> On Sat, Mar 21, 2020 at 12:19 PM Joel Sherrill <joel at rtems.org> wrote:
> >
> >
> >
> > 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?
>
> autotools
>
> >>>
> >>> Any ideas?
> >>>
> >>> --joel
> >
> > _______________________________________________
> > devel mailing list
> > devel at rtems.org
> > http://lists.rtems.org/mailman/listinfo/devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/devel/attachments/20200322/2c4d6abe/attachment.html>