Sorry, I have been distracted with other things.... On 14/12/20 5:55 pm, Sebastian Huber wrote: > On 11/12/2020 14:00, Sebastian Huber wrote: > >> --- >> bare/config/devel/gmp-6.1.0.cfg | 18 ++++++++++ >> rtems/config/6/rtems-default.bset | 1 + >> rtems/config/7/rtems-default.bset | 1 + >> source-builder/config/gmp.cfg | 60 +++++++++++++++++++++++++++++++ >> 4 files changed, 80 insertions(+) >> create mode 100644 bare/config/devel/gmp-6.1.0.cfg >> create mode 100644 source-builder/config/gmp.cfg > > This change breaks the GCC build: > > https://lists.rtems.org/pipermail/devel/2020-December/063751.html > > I have no idea how to fix this. So, currently I am not able to do regular tool > chain updates which help to catch issues early. For example: > > https://lists.rtems.org/pipermail/devel/2020-December/063751.html
Why is xgcc now dependent on a share libgmp? A FreeBSD gcc does not show any shared library dependencies other than the standard OS ones. What happens if you configure the GMP package that is built for gdb with --disable-shared (assuming it supports it)? Is gdb picking up a share library reference to it as well? I have avoided any shared libraries with our tools and I would like to keep it that way if possible. It is simpler for a number of reasons and what you have tripped over is one of them. Another confusing thing is xgcc not using the in tree source for GMP. I assume that is still present as git master shows it is still in the gcc common recipe. Is gcc picking up a shared lib over the in tree source? Chris _______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel