RTEMS Source Builder | QEMU build attempts to use system libraries instead of locally built (#33)
Kinsey Moore (@opticron)
gitlab at rtems.org
Tue Sep 17 18:14:32 UTC 2024
Kinsey Moore created an issue: https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/33
## Summary
<!--
Please provide as much information as possible such as error messages or attaching logs
-->
I recently updated my system and it has apparently installed a version of glib-2.0 that is not compatible with the QEMU build. We build glib and meson in the QEMU build is attempting to reference the system instance. I was able to force it to the locally built version using the -B flag in qemu-common-2.cfg, but I still get this error:
```
/usr/bin/ld: /.../rtems-source-builder/rtems/build/tmp/sb-1000/devel/qemu/home/opticron/rtems-development/tools/lib/x86_64-linux-gnu/libgio-2.0.so: undefined reference to `g_module_open_full'
```
or this without the tweak:
```
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libgio-2.0.so: undefined reference to `g_module_open_full'
```
All QEMU binaries fail their final link.
## Steps to reproduce
Attempt to build qemu from the rtems directory in RSB:
```
../source-builder/sb-set-builder --prefix=qemu devel/qemu
```
--
View it on GitLab: https://gitlab.rtems.org/rtems/tools/rtems-source-builder/-/issues/33
You're receiving this email because of your account on gitlab.rtems.org.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/bugs/attachments/20240917/e369dbdc/attachment.htm>
More information about the bugs
mailing list