yocto@lists.yoctoproject.org

Re: How to add WIFI debug tool to custom image #raspberrypi #ubuntu #yocto #devtool #distro

Michał Kotyla

#55723

Hi Mihir,

On Sun, Jan 2, 2022 at 07:26 AM, <mihirdave36@...> wrote:

Hello,

How can I add any generic WiFi debug tool to Yocto imgae?

Thanks
Mihir

You can use NetworkManager recipe (http://cgit.openembedded.org/meta-openembedded/tree/meta-networking/recipes-connectivity/networkmanager/networkmanager_1.32.12.bb), and add networkmanager-nmcli to your IMAGE_INSTALL to get access to nmcli command.

Best regards,

--
Michał Kotyla
Embedded Linux Developer
GPG: 14FC54DC259CF70A
https://3mdeb.com | @3mdeb_com

Re: libquadmath

staticd

#55722

One final update for anyone who might run into this problem.

With all of my fiddling/twiddling I failed to get libquadmath to build under the `zeus` branch. Unfortunately, my other layer dependencies only support `zeus` so it seems I will have to wait until they support a branch that can build `libquadmath`.

I am fairly certain there is just a simple mistake somewhere but, alas, I have been unable to find where that is.

Show quoted text

On Mon, Jan 3, 2022 at 4:55 PM staticd <staticd@...> wrote:

I made some progress...

It turns out that libquadmath is failing to build.

When I goto the `build/tmp/work/...../gcc-runtime/9.2.0-r0/gcc-9.2.0/build.arm-oe-linux-gnueabi.arm-oe-linux-gnueabi/arm-oe-linux-gnueabi/libquadmath` directory, the only files that are there are:
```
libquadmath ] ls -l
total 476
-rw-r--r--. 1 2017 oe-builder 4433 Jan 3 16:17 config.h
-rw-r--r--. 1 2017 oe-builder 69297 Jan 3 16:17 config.log
-rwxr-xr-x. 1 2017 oe-builder 77122 Jan 3 16:17 config.status
-rwxr-xr-x. 1 2017 oe-builder 267083 Jan 3 16:17 libtool
-rw-r--r--. 1 2017 oe-builder 57241 Jan 3 16:17 Makefile
-rw-r--r--. 1 2017 oe-builder 23 Jan 3 16:17 stamp-h1
```
In the config.log, there are errors, some of which are expected, but still:
```
libquadmath ] grep -i error config.log
arm-oe-linux-gnueabi-gcc: error: unrecognized command line option '-V'
arm-oe-linux-gnueabi-gcc: fatal error: no input files
arm-oe-linux-gnueabi-gcc: error: unrecognized command line option '-qversion'; did you mean '--version'?
arm-oe-linux-gnueabi-gcc: fatal error: no input files
conftest.c:11:10: fatal error: ac_nonexistent.h: No such file or directory
arm-oe-linux-gnueabi-gcc: error: unrecognized command line option '-V'
arm-oe-linux-gnueabi-gcc: fatal error: no input files
arm-oe-linux-gnueabi-gcc: error: unrecognized command line option '-qversion'; did you mean '--version'?
arm-oe-linux-gnueabi-gcc: fatal error: no input files
conftest.c:28:10: fatal error: ac_nonexistent.h: No such file or directory
configure:12551: arm-oe-linux-gnueabi-gcc -mthumb -mfpu=neon -mfloat-abi=hard -mcpu=cortex-a9 --sysroot=/home/oe-builder/build/tmp-glibc/work/cortexa9t2hf-neon-oe-linux-gnueabi/gcc-runtime/9.2.0-r0/recipe-sysroot -c -O2 -pipe -g -feliminate-unused-debug-types -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work/cortexa9t2hf-neon-oe-linux-gnueabi/gcc-runtime/9.2.0-r0/recipe-sysroot= -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work/cortexa9t2hf-neon-oe-linux-gnueabi/gcc-runtime/9.2.0-r0/recipe-sysroot-native= -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work-shared/gcc-9.2.0-r0/gcc-9.2.0=/usr/src/debug/gcc-runtime/9.2.0-r0 -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work-shared/gcc-9.2.0-r0/gcc-9.2.0/include=/usr/src/debug/gcc-runtime/9.2.0-r0/libstdc++-v3/../include -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work-shared/gcc-9.2.0-r0/gcc-9.2.0/libiberty=/usr/src/debug/gcc-runtime/9.2.0-r0/libstdc++-v3/../libiberty -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work/cortexa9t2hf-neon-oe-linux-gnueabi/gcc-runtime/9.2.0-r0/gcc-9.2.0/build.arm-oe-linux-gnueabi.arm-oe-linux-gnueabi=/usr/src/debug/gcc-runtime/9.2.0-r0 -Werror conftest.c >&5
glibcxx_cv_system_error10=yes
glibcxx_cv_system_error11=yes
glibcxx_cv_system_error12=yes
glibcxx_cv_system_error13=yes
glibcxx_cv_system_error14=yes
glibcxx_cv_system_error15=yes
glibcxx_cv_system_error16=yes
glibcxx_cv_system_error17=yes
glibcxx_cv_system_error18=yes
glibcxx_cv_system_error19=yes
glibcxx_cv_system_error1=yes
glibcxx_cv_system_error2=yes
glibcxx_cv_system_error3=yes
glibcxx_cv_system_error4=yes
glibcxx_cv_system_error5=yes
glibcxx_cv_system_error6=yes
glibcxx_cv_system_error7=yes
glibcxx_cv_system_error8=yes
glibcxx_cv_system_error9=yes
```
If I check out another library that I expect to get, like, `libitm`, I see:
```
libquadmath ] ls -trl ../libitm/
total 2872
-rwxr-xr-x. 1 2017 oe-builder 97435 Jan 3 16:17 config.status
-rw-r--r--. 1 2017 oe-builder 47665 Jan 3 16:17 Makefile
drwxr-xr-x. 2 2017 oe-builder 22 Jan 3 16:17 testsuite
-rw-r--r--. 1 2017 oe-builder 162 Jan 3 16:17 libitm.spec
-rw-r--r--. 1 2017 oe-builder 5251 Jan 3 16:17 config.h
-rw-r--r--. 1 2017 oe-builder 23 Jan 3 16:17 stamp-h1
-rwxr-xr-x. 1 2017 oe-builder 274850 Jan 3 16:17 libtool
-rw-r--r--. 1 2017 oe-builder 868 Jan 3 16:17 gstdint.h
-rw-r--r--. 1 2017 oe-builder 119521 Jan 3 16:17 config.log
-rw-r--r--. 1 2017 oe-builder 50080 Jan 3 16:18 alloc_c.o
...
-rw-r--r--. 1 2017 oe-builder 931 Jan 3 16:18 libitm.la
```

Have you seen something like this before? I am not sure how to fix this...

Any help is greatly appreciated.

On Sun, Jan 2, 2022 at 5:13 PM staticd via lists.yoctoproject.org <staticd=gmail.com@...> wrote:
So, I built the latest poky and created the example recipe with the `DEPENDS` from my recipe and indeed, I see `libquadmath.so` in `sysroots-components/`.

I am really scratching my head now. I must be missing something silly somewhere...

My build environment is running `zeus` and the latest `poky` I grabbed is `honister` Perhaps something changed that I am just overlooking somehow.

On Sun, Jan 2, 2022 at 2:18 PM staticd via lists.yoctoproject.org <staticd=gmail.com@...> wrote:
Thank you, Konrad.

I have tried both of the approaches (local.conf and gcc-runtime_%.bbappend/gcc_%.bbappend), still `libquadmath.so` is not being built.

I will keep fiddling but I think we are onto something.

The interesting thing I found is that `libquadmath.so` IS being built for the nativesdk but NOT when I add `DEPENDS = "virtual/${TARGET_PREFIX}compillerlibs"` to my recipe.

Perhaps, because `FORTRAN = ""` is in the gcc_%.bb, maybe that should be something less strict?

I might be screwing up my bbappend too...

My append is in `meta-mylayer/recipes-devtools/gcc/gcc-runtime_%.bbappend`

Which is mapped correctly to $BBFILES n my layers `layer.conf`

On Sun, Jan 2, 2022 at 2:07 PM Konrad Weihmann <kweihmann@...> wrote:
The following I just found in local.conf.sample.extended

# Enabling FORTRAN
# Note this is not officially supported and is just illustrated here to
# show an example of how it can be done
# You'll also need your fortran recipe to depend on libgfortran
FORTRAN:forcevariable = ",fortran"

guess that will solve your issue without the need for a bbappend.
Just inject that line via distro or local.conf

On 02.01.22 18:31, staticd wrote:
> I think to clarify...what I need are these files:
>
> --- snipped from gcc-runtime.inc ---
> ```
> FILES_libquadmath = "${libdir}/libquadmath*.so.*"
> SUMMARY_libquadmath = "GNU quad-precision math library"
> FILES_libquadmath-dev = "\
> ${libdir}/${TARGET_SYS}/${BINV}/include/quadmath* \
> ${libdir}/libquadmath*.so \
> ${libdir}/libquadmath.la <http://libquadmath.la> \
> "
> ```
> ---
> to be in my $STAGING_LIBDIR
>
> So far, I have been unable to figure out how to do that, unfortunately.
>
> On Sun, Jan 2, 2022 at 12:23 PM staticd <staticd@...
> <mailto:staticd@...>> wrote:
>
> Thank you, Michael.
>
> I have `DEPENDS = "virtual/arm-oe-linux-gnueabi-compilerlibs"`
>
> and `do_compile[depends] +=
> "virtual/arm-oe-linux-gnueabi-compilerlibs:do_check"`
>
> However, libquadmath.so is still not present in `recipe-sysroot/lib`
>
> I used the `do_check` task from gcc_runtime but that still isn't
> providing `libquadmath.so` in my $STAGING_LIBDIR, which is where I
> need it.
>
> Many thanks.
>
> On Sun, Jan 2, 2022 at 12:17 PM Michael Ho <michael.ho@...
> <mailto:michael.ho@...>> wrote:
>
> Not familiar with Fortran but maybe it helps to know that this
> is normally handled with the DEPENDS mechanism. When you add
> other recipes as dependencies to your recipe, the task
> do_prepare_recipe_sysroot (run before do_compile) will make hard
> links to the files from those dependency recipes into that
> recipe-sysroot directory.
>
> See:
> https://docs.yoctoproject.org/singleindex.html#do-prepare-recipe-sysroot
> <https://docs.yoctoproject.org/singleindex.html#do-prepare-recipe-sysroot>
>
> Kind regards,
> Michael
>
> On Sun, 2 Jan 2022, 6:06 pm staticd, <staticd@...
> <mailto:staticd@...>> wrote:
>
> okay...I think I have a more interesting question now...
>
> In the package I am building I have some Fortran code that
> requires `libquadmath`
>
> I see that `gcc-runtime` provides the library but I need the
> library present in `recipe-sysroot/lib` when my `do_compile`
> runs
>
> Is there a way for me to do that?
>
> My current approach is to build my image, copy the
> libraries/includes to my recipe and `install` them in
> `recipe-sysroot` before `do_compile`
>
> This doesn't seem like the correct approach but I am not
> sure how else to do it at this point
>
> Any help would be greatly appreciated.
>
>
>
>
>
>
>

Re: updating system with local time

Arik Kleiman

#55721

I don't have option to add systemd.

Added alrady tzdata and all time zone folders exist.

The issue is that ntpdate returns time in UTC.

I found a way to get local time zone (by using ip lookup). Now i looking for a way to use it to update system time

Show quoted text

On Tue, Jan 4, 2022, 15:47 Michael Opdenacker <michael.opdenacker@...> wrote:

Hi Arik,

On 1/4/22 1:15 PM, Arik Kleiman wrote:
> The thing is that ntpdate syncs system time to UTC
>
> How can i set my system's time according to time zone?

If you're using systemd, you could use the timedatectl command:
https://linuxiac.com/how-to-set-timezone-and-sync-server-time-with-ntp-in-linux/

Otherwise, you can add the "tzdata" recipe to your image. It should
allow you to set the timezone that you want:
https://www.yoctoproject.org/pipermail/yocto/2018-October/042964.html

Cheers
Michael.

--
Michael Opdenacker, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

Re: updating system with local time

Michael Opdenacker

#55720

Hi Arik,

On 1/4/22 1:15 PM, Arik Kleiman wrote:
The thing is that ntpdate syncs system time to UTC 

How can i set my system's time according to time zone?
If you're using systemd, you could use the timedatectl command:
https://linuxiac.com/how-to-set-timezone-and-sync-server-time-with-ntp-in-linux/

Otherwise, you can add the "tzdata" recipe to your image. It should
allow you to set the timezone that you want:
https://www.yoctoproject.org/pipermail/yocto/2018-October/042964.html

Cheers
Michael.

-- 
Michael Opdenacker, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com

BBLAYERS

Monsees, Steven C (US)

#55719

Under my Yocto build, I have basically 2 build directories (one for Arm and one for Intel platforms)… each build directory has its own bblayer.conf.

Under each of these directories I build multiple images for each platform…

If say, on the Intel side, I can build for 3 MACHINES creating 3 unique kernel images A, B, and C (they all share a common bblayer.conf) and I then want to modify one kernel to include meta-virtualization…

How would I manage the bblayer.conf to add this layer to only B’s build so as not to impact the building of “A” or “C” ?

If I just add it to the common bblayer.conf, “A” and “C” are impacted by the addition and show:

WARNING: You have included the meta-virtualization layer, but 'virtualization' has not been enabled in your DISTRO_FEATURES. Some bbappend files may not take effect. See the meta-virtualization README for details on enabling virtualization support.

Thanks,

Steve

Re: updating system with local time

Arik Kleiman

#55718

The thing is that ntpdate syncs system time to UTC

How can i set my system's time according to time zone?

Show quoted text

On Tue, Jan 4, 2022, 14:05 Ross Burton <ross@...> wrote:

Just use something like NTP to sync the local time. There's a number
of recipes that can do this, such as systemd/ntp/ntpdate.

Ross

On Tue, 4 Jan 2022 at 07:47, Arik Kleiman <arik.kleiman@...> wrote:
>
> Hi,
>
> Is there any way to update my Read Only system (which connected to the world via cellular) with local time?
>
> Im able to get the local time zone from ip lookup ... but can't use it to update the system current time.
>
> Thanks,
> Arik
>
>
>

Re: [meta-raspberrypi][PATCH] userland: add dtc dependency

Andrei Gherzan

#55717

On Thu, 8 Jul 2021, at 09:45, massimo toscanelli via lists.yoctoproject.org wrote:
When using dtparam, dtoverlay converts /proc/device-tree to a .dtb and
loads it. However, if dtc is not installed, this operation cannot be
done and every call to dtparam fails.

Therefore, dtc needs to be added to the list of userland dependencies
in order to properly call dtparam.

Signed-off-by: massimo toscanelli <massimo.toscanelli@...>
---
 recipes-graphics/userland/userland_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes-graphics/userland/userland_git.bb 
b/recipes-graphics/userland/userland_git.bb
index ead81f0..9ec57c9 100644
--- a/recipes-graphics/userland/userland_git.bb
+++ b/recipes-graphics/userland/userland_git.bb
@@ -104,5 +104,5 @@ FILES_${PN}-dev += "${includedir} \
 FILES_${PN}-doc += "${datadir}/install"
 FILES_${PN}-dbg += "${libdir}/plugins/.debug"

-RDEPENDS_${PN} += "bash"
+RDEPENDS_${PN} += "bash dtc"
 RDEPENDS_${PN} += "${@bb.utils.contains("MACHINE_FEATURES", 
"vc4graphics", "libegl-mesa", "", d)}"
-- 
2.17.1Hi Massimo,

Somehow I've managed to miss this patch. Could you review this on the current branch version? This looks good to me but would need to be rebased.

Thanks,
Andrei

Re: [meta-raspberrypi][PATCH] xserver-xorg: remove xshmfence configure option

Andrei Gherzan

#55716

On Thu, 9 Dec 2021, at 02:59, Yu, Mingli wrote:
From: Mingli Yu <mingli.yu@...>

After the commit [1] introduced in openembedded-core layer,
some configure options is't carried over include xshmfence
option, so remove the xshmfence configure option to silence
the below warning.
  WARNING: xserver-xorg-2_21.1.1-r0 do_configure: QA Issue: 
xserver-xorg: invalid PACKAGECONFIG: xshmfence [invalid-packageconfig]

[1] 
https://git.openembedded.org/openembedded-core/commit/?id=e05abd87ee5d23750c641d0129d9c83db68ee2e8

Signed-off-by: Mingli Yu <mingli.yu@...>I have merged this to master.

Thanks,
Andrei

Re: updating system with local time

Ross Burton <ross@...>

#55715

Just use something like NTP to sync the local time. There's a number
of recipes that can do this, such as systemd/ntp/ntpdate.

Ross

Show quoted text

On Tue, 4 Jan 2022 at 07:47, Arik Kleiman <arik.kleiman@...> wrote:

Hi,

Is there any way to update my Read Only system (which connected  to the world via cellular) with local time?

Im able to get the local time zone from ip lookup ... but can't use it to update the system current time.

Thanks,
Arik

updating system with local time

Arik Kleiman

#55714

Hi,

Is there any way to update my Read Only system (which connected to the world via cellular) with local time?

Im able to get the local time zone from ip lookup ... but can't use it to update the system current time.

Thanks,

Arik

[yocto-autobuilder2][PATCH] config.py: enable fedora34 for hardknott

Anuj Mittal

#55713

Signed-off-by: Anuj Mittal <anuj.mittal@...>
---
 config.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/config.py b/config.py
index 5b21095..ea042c6 100644
--- a/config.py
+++ b/config.py
@@ -147,7 +147,7 @@ all_workers = workers + workers_bringup + workers_buildperf + workers_arm
 
 # Worker filtering for older releases
 workers_prev_releases = {
-    "hardknott" : ("centos7", "centos8", "debian8", "debian9", "debian10", "fedora31", "fedora32", "fedora33", "opensuse152", "ubuntu1604", "ubuntu1804", "ubuntu2004", "perf-"),
+    "hardknott" : ("centos7", "centos8", "debian8", "debian9", "debian10", "fedora31", "fedora32", "fedora33", "fedora34", "opensuse152", "ubuntu1604", "ubuntu1804", "ubuntu2004", "perf-"),
     "gatesgarth" : ("centos7", "centos8", "debian8", "debian9", "debian10", "fedora30", "fedora31", "fedora32", "opensuse150", "opensuse151", "opensuse152", "ubuntu1604", "ubuntu1804", "ubuntu1904", "ubuntu2004", "perf-"),
     "dunfell" : ("centos7", "centos8", "debian8", "debian9", "debian10", "debian11", "fedora29", "fedora30", "fedora31", "fedora32", "fedora33", "fedora34", "opensuse150", "opensuse151", "opensuse152", "ubuntu1604", "ubuntu1804", "ubuntu1904", "ubuntu2004", "perf-"),
     "zeus" : ("centos7", "debian8", "debian9", "debian10", "fedora28", "fedora29", "fedora30", "opensuse150", "opensuse151", "ubuntu1604", "ubuntu1804", "ubuntu1904", "perf-"),
-- 
2.33.1

M+ & H bugs with Milestone Movements WW01

Stephen Jolley

#55712

All,

YP M+ or high bugs which moved to a new milestone in WW01 are listed below:

Priority	Bug ID	Short Description	Changer	Owner	Was	Became
Medium+	5322	Global DNS fallback mechanism not present in poky distro	randy.macleod@...	kai.kang@...	3.5 M1	3.5 M2
	13766	Using TCLIB=musl results in SDKs producing incompatible binaries	randy.macleod@...	sakib.sajal@...	3.5 M1	3.5 M2
	14118	systemd services not enabled when using package feed	randy.macleod@...	kai.kang@...	3.5 M1	3.5 M2
	14584	Allow to add reason on build cancellation	randy.macleod@...	trevor.gamblin@...	3.5 M1	3.5 M2

Thanks,

Stephen K. Jolley

Yocto Project Program Manager

( Cell: (208) 244-4460

* Email: sjolley.yp.pm@...

Current high bug count owners for Yocto Project 3.5

Stephen Jolley

#55711

All,

Below is the list as of top 44 bug owners as of the end of WW01 of who have open medium or higher bugs and enhancements against YP 3.5. There are 81 possible work days left until the final release candidates for YP 3.5 needs to be released.

Who	Count
michael.opdenacker@...	37
ross@...	36
randy.macleod@...	22
david.reyna@...	22
bruce.ashfield@...	16
trevor.gamblin@...	13
JPEWhacker@...	12
sakib.sajal@...	12
mhalstead@...	8
richard.purdie@...	8
saul.wold@...	7
kai.kang@...	7
bluelightning@...	6
hongxu.jia@...	4
chee.yang.lee@...	4
pgowda.cve@...	3
jon.mason@...	3
kiran.surendran@...	3
Qi.Chen@...	3
mshah@...	2
raj.khem@...	2
alexandre.belloni@...	2
alejandro@...	2
jay.shen.teoh@...	1
mark.hatle@...	1
elberger@...	1
open.source@...	1
yf3yu@...	1
limon.anibal@...	1
akuster808@...	1
yi.zhao@...	1
john.kaldas.enpj@...	1
mingli.yu@...	1
kexin.hao@...	1
aehs29@...	1
thomas.perrot@...	1
matthewzmd@...	1
jonathan.richardson@...	1
nicolas.dechesne@...	1
TicoTimo@...	1
pokylinux@...	1
Martin.Jansa@...	1
shachar@...	1
mostthingsweb@...	1
Grand Total	255

Thanks,

Stephen K. Jolley

Yocto Project Program Manager

( Cell: (208) 244-4460

* Email: sjolley.yp.pm@...

Reminder: Yocto Project Technical Team Meeting @ Monthly from 8am on the first Tuesday (PDT)

Stephen Jolley

#55710

All,

Just a reminder we will hold the monthly Yocto Project Technical Meeting at 8am PST tomorrow. (1/4)

Yocto Project Technical Team Meeting: We encourage people attending the meeting to logon and announce themselves on the Yocto Project IRC chancel during the meeting (optional):

Yocto IRC: https://web.libera.chat/#yocto

Wiki: https://www.yoctoproject.org/public-virtual-meetings/

When Monthly from 8am to 9am on the first Tuesday Pacific Time

Where Zoom Meeting: https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09

We are tracking the minutes at: https://docs.google.com/document/d/1ly8nyhO14kDNnFcW2QskANXW3ZT7QwKC5wWVDg9dDH4/edit?pli=1 Please request access if you want to assist in editing them. The world should have view access.

Thanks,

Stephen K. Jolley

Yocto Project Program Manager

( Cell: (208) 244-4460

* Email: sjolley.yp.pm@...

Yocto Project Newcomer & Unassigned Bugs - Help Needed

Stephen Jolley

#55709

All,

The triage team is starting to try and collect up and classify bugs which a newcomer to the project would be able to work on in a way which means people can find them. They're being listed on the triage page under the appropriate heading:

https://wiki.yoctoproject.org/wiki/Bug_Triage#Newcomer_Bugs Also please review: https://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded and how to create a bugzilla account at: https://bugzilla.yoctoproject.org/createaccount.cgi

The idea is these bugs should be straight forward for a person to help work on who doesn't have deep experience with the project. If anyone can help, please take ownership of the bug and send patches! If anyone needs help/advice there are people on irc who can likely do so, or some of the more experienced contributors will likely be happy to help too.

Also, the triage team meets weekly and does its best to handle the bugs reported into the Bugzilla. The number of people attending that meeting has fallen, as have the number of people available to help fix bugs. One of the things we hear users report is they don't know how to help. We (the triage team) are therefore going to start reporting out the currently 394 unassigned or newcomer bugs.

We're hoping people may be able to spare some time now and again to help out with these. Bugs are split into two types, "true bugs" where things don't work as they should and "enhancements" which are features we'd want to add to the system. There are also roughly four different "priority" classes right now, “3.4”, “3.5, "3.99" and "Future", the more pressing/urgent issues being in "3.4" and then “3.5”.

Please review this link and if a bug is something you would be able to help with either take ownership of the bug, or send me (sjolley.yp.pm@...) an e-mail with the bug number you would like and I will assign it to you (please make sure you have a Bugzilla account). The list is at: https://wiki.yoctoproject.org/wiki/Bug_Triage_Archive#Unassigned_or_Newcomer_Bugs

Thanks,

Stephen K. Jolley

Yocto Project Program Manager

( Cell: (208) 244-4460

* Email: sjolley.yp.pm@...

Re: libquadmath

staticd

#55708

I made some progress...

It turns out that libquadmath is failing to build.

When I goto the `build/tmp/work/...../gcc-runtime/9.2.0-r0/gcc-9.2.0/build.arm-oe-linux-gnueabi.arm-oe-linux-gnueabi/arm-oe-linux-gnueabi/libquadmath` directory, the only files that are there are:

```
libquadmath ] ls -l
total 476
-rw-r--r--. 1 2017 oe-builder 4433 Jan 3 16:17 config.h
-rw-r--r--. 1 2017 oe-builder 69297 Jan 3 16:17 config.log
-rwxr-xr-x. 1 2017 oe-builder 77122 Jan 3 16:17 config.status
-rwxr-xr-x. 1 2017 oe-builder 267083 Jan 3 16:17 libtool
-rw-r--r--. 1 2017 oe-builder 57241 Jan 3 16:17 Makefile
-rw-r--r--. 1 2017 oe-builder 23 Jan 3 16:17 stamp-h1
```

In the config.log, there are errors, some of which are expected, but still:

```
libquadmath ] grep -i error config.log
arm-oe-linux-gnueabi-gcc: error: unrecognized command line option '-V'
arm-oe-linux-gnueabi-gcc: fatal error: no input files
arm-oe-linux-gnueabi-gcc: error: unrecognized command line option '-qversion'; did you mean '--version'?
arm-oe-linux-gnueabi-gcc: fatal error: no input files
conftest.c:11:10: fatal error: ac_nonexistent.h: No such file or directory
arm-oe-linux-gnueabi-gcc: error: unrecognized command line option '-V'
arm-oe-linux-gnueabi-gcc: fatal error: no input files
arm-oe-linux-gnueabi-gcc: error: unrecognized command line option '-qversion'; did you mean '--version'?
arm-oe-linux-gnueabi-gcc: fatal error: no input files
conftest.c:28:10: fatal error: ac_nonexistent.h: No such file or directory
configure:12551: arm-oe-linux-gnueabi-gcc -mthumb -mfpu=neon -mfloat-abi=hard -mcpu=cortex-a9 --sysroot=/home/oe-builder/build/tmp-glibc/work/cortexa9t2hf-neon-oe-linux-gnueabi/gcc-runtime/9.2.0-r0/recipe-sysroot -c -O2 -pipe -g -feliminate-unused-debug-types -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work/cortexa9t2hf-neon-oe-linux-gnueabi/gcc-runtime/9.2.0-r0/recipe-sysroot= -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work/cortexa9t2hf-neon-oe-linux-gnueabi/gcc-runtime/9.2.0-r0/recipe-sysroot-native= -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work-shared/gcc-9.2.0-r0/gcc-9.2.0=/usr/src/debug/gcc-runtime/9.2.0-r0 -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work-shared/gcc-9.2.0-r0/gcc-9.2.0/include=/usr/src/debug/gcc-runtime/9.2.0-r0/libstdc++-v3/../include -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work-shared/gcc-9.2.0-r0/gcc-9.2.0/libiberty=/usr/src/debug/gcc-runtime/9.2.0-r0/libstdc++-v3/../libiberty -fdebug-prefix-map=/home/oe-builder/build/tmp-glibc/work/cortexa9t2hf-neon-oe-linux-gnueabi/gcc-runtime/9.2.0-r0/gcc-9.2.0/build.arm-oe-linux-gnueabi.arm-oe-linux-gnueabi=/usr/src/debug/gcc-runtime/9.2.0-r0 -Werror conftest.c >&5
glibcxx_cv_system_error10=yes
glibcxx_cv_system_error11=yes
glibcxx_cv_system_error12=yes
glibcxx_cv_system_error13=yes
glibcxx_cv_system_error14=yes
glibcxx_cv_system_error15=yes
glibcxx_cv_system_error16=yes
glibcxx_cv_system_error17=yes
glibcxx_cv_system_error18=yes
glibcxx_cv_system_error19=yes
glibcxx_cv_system_error1=yes
glibcxx_cv_system_error2=yes
glibcxx_cv_system_error3=yes
glibcxx_cv_system_error4=yes
glibcxx_cv_system_error5=yes
glibcxx_cv_system_error6=yes
glibcxx_cv_system_error7=yes
glibcxx_cv_system_error8=yes
glibcxx_cv_system_error9=yes
```

If I check out another library that I expect to get, like, `libitm`, I see:

```
libquadmath ] ls -trl ../libitm/
total 2872
-rwxr-xr-x. 1 2017 oe-builder 97435 Jan 3 16:17 config.status
-rw-r--r--. 1 2017 oe-builder 47665 Jan 3 16:17 Makefile
drwxr-xr-x. 2 2017 oe-builder 22 Jan 3 16:17 testsuite
-rw-r--r--. 1 2017 oe-builder 162 Jan 3 16:17 libitm.spec
-rw-r--r--. 1 2017 oe-builder 5251 Jan 3 16:17 config.h
-rw-r--r--. 1 2017 oe-builder 23 Jan 3 16:17 stamp-h1
-rwxr-xr-x. 1 2017 oe-builder 274850 Jan 3 16:17 libtool
-rw-r--r--. 1 2017 oe-builder 868 Jan 3 16:17 gstdint.h
-rw-r--r--. 1 2017 oe-builder 119521 Jan 3 16:17 config.log
-rw-r--r--. 1 2017 oe-builder 50080 Jan 3 16:18 alloc_c.o
...
-rw-r--r--. 1 2017 oe-builder 931 Jan 3 16:18 libitm.la

```

Have you seen something like this before? I am not sure how to fix this...

Any help is greatly appreciated.

Show quoted text

On Sun, Jan 2, 2022 at 5:13 PM staticd via lists.yoctoproject.org <staticd=gmail.com@...> wrote:

So, I built the latest poky and created the example recipe with the `DEPENDS` from my recipe and indeed, I see `libquadmath.so` in `sysroots-components/`.

I am really scratching my head now. I must be missing something silly somewhere...

My build environment is running `zeus` and the latest `poky` I grabbed is `honister` Perhaps something changed that I am just overlooking somehow.

On Sun, Jan 2, 2022 at 2:18 PM staticd via lists.yoctoproject.org <staticd=gmail.com@...> wrote:
Thank you, Konrad.

I have tried both of the approaches (local.conf and gcc-runtime_%.bbappend/gcc_%.bbappend), still `libquadmath.so` is not being built.

I will keep fiddling but I think we are onto something.

The interesting thing I found is that `libquadmath.so` IS being built for the nativesdk but NOT when I add `DEPENDS = "virtual/${TARGET_PREFIX}compillerlibs"` to my recipe.

Perhaps, because `FORTRAN = ""` is in the gcc_%.bb, maybe that should be something less strict?

I might be screwing up my bbappend too...

My append is in `meta-mylayer/recipes-devtools/gcc/gcc-runtime_%.bbappend`

Which is mapped correctly to $BBFILES n my layers `layer.conf`

On Sun, Jan 2, 2022 at 2:07 PM Konrad Weihmann <kweihmann@...> wrote:
The following I just found in local.conf.sample.extended

# Enabling FORTRAN
# Note this is not officially supported and is just illustrated here to
# show an example of how it can be done
# You'll also need your fortran recipe to depend on libgfortran
FORTRAN:forcevariable = ",fortran"

guess that will solve your issue without the need for a bbappend.
Just inject that line via distro or local.conf

On 02.01.22 18:31, staticd wrote:
> I think to clarify...what I need are these files:
>
> --- snipped from gcc-runtime.inc ---
> ```
> FILES_libquadmath = "${libdir}/libquadmath*.so.*"
> SUMMARY_libquadmath = "GNU quad-precision math library"
> FILES_libquadmath-dev = "\
> ${libdir}/${TARGET_SYS}/${BINV}/include/quadmath* \
> ${libdir}/libquadmath*.so \
> ${libdir}/libquadmath.la <http://libquadmath.la> \
> "
> ```
> ---
> to be in my $STAGING_LIBDIR
>
> So far, I have been unable to figure out how to do that, unfortunately.
>
> On Sun, Jan 2, 2022 at 12:23 PM staticd <staticd@...
> <mailto:staticd@...>> wrote:
>
> Thank you, Michael.
>
> I have `DEPENDS = "virtual/arm-oe-linux-gnueabi-compilerlibs"`
>
> and `do_compile[depends] +=
> "virtual/arm-oe-linux-gnueabi-compilerlibs:do_check"`
>
> However, libquadmath.so is still not present in `recipe-sysroot/lib`
>
> I used the `do_check` task from gcc_runtime but that still isn't
> providing `libquadmath.so` in my $STAGING_LIBDIR, which is where I
> need it.
>
> Many thanks.
>
> On Sun, Jan 2, 2022 at 12:17 PM Michael Ho <michael.ho@...
> <mailto:michael.ho@...>> wrote:
>
> Not familiar with Fortran but maybe it helps to know that this
> is normally handled with the DEPENDS mechanism. When you add
> other recipes as dependencies to your recipe, the task
> do_prepare_recipe_sysroot (run before do_compile) will make hard
> links to the files from those dependency recipes into that
> recipe-sysroot directory.
>
> See:
> https://docs.yoctoproject.org/singleindex.html#do-prepare-recipe-sysroot
> <https://docs.yoctoproject.org/singleindex.html#do-prepare-recipe-sysroot>
>
> Kind regards,
> Michael
>
> On Sun, 2 Jan 2022, 6:06 pm staticd, <staticd@...
> <mailto:staticd@...>> wrote:
>
> okay...I think I have a more interesting question now...
>
> In the package I am building I have some Fortran code that
> requires `libquadmath`
>
> I see that `gcc-runtime` provides the library but I need the
> library present in `recipe-sysroot/lib` when my `do_compile`
> runs
>
> Is there a way for me to do that?
>
> My current approach is to build my image, copy the
> libraries/includes to my recipe and `install` them in
> `recipe-sysroot` before `do_compile`
>
> This doesn't seem like the correct approach but I am not
> sure how else to do it at this point
>
> Any help would be greatly appreciated.
>
>
>
>
>
>
>

Re: libquadmath

staticd

#55707

So, I built the latest poky and created the example recipe with the `DEPENDS` from my recipe and indeed, I see `libquadmath.so` in `sysroots-components/`.

I am really scratching my head now. I must be missing something silly somewhere...

My build environment is running `zeus` and the latest `poky` I grabbed is `honister` Perhaps something changed that I am just overlooking somehow.

Show quoted text

On Sun, Jan 2, 2022 at 2:18 PM staticd via lists.yoctoproject.org <staticd=gmail.com@...> wrote:

Thank you, Konrad.

I have tried both of the approaches (local.conf and gcc-runtime_%.bbappend/gcc_%.bbappend), still `libquadmath.so` is not being built.

I will keep fiddling but I think we are onto something.

The interesting thing I found is that `libquadmath.so` IS being built for the nativesdk but NOT when I add `DEPENDS = "virtual/${TARGET_PREFIX}compillerlibs"` to my recipe.

Perhaps, because `FORTRAN = ""` is in the gcc_%.bb, maybe that should be something less strict?

I might be screwing up my bbappend too...

My append is in `meta-mylayer/recipes-devtools/gcc/gcc-runtime_%.bbappend`

Which is mapped correctly to $BBFILES n my layers `layer.conf`

On Sun, Jan 2, 2022 at 2:07 PM Konrad Weihmann <kweihmann@...> wrote:
The following I just found in local.conf.sample.extended

# Enabling FORTRAN
# Note this is not officially supported and is just illustrated here to
# show an example of how it can be done
# You'll also need your fortran recipe to depend on libgfortran
FORTRAN:forcevariable = ",fortran"

guess that will solve your issue without the need for a bbappend.
Just inject that line via distro or local.conf

On 02.01.22 18:31, staticd wrote:
> I think to clarify...what I need are these files:
>
> --- snipped from gcc-runtime.inc ---
> ```
> FILES_libquadmath = "${libdir}/libquadmath*.so.*"
> SUMMARY_libquadmath = "GNU quad-precision math library"
> FILES_libquadmath-dev = "\
> ${libdir}/${TARGET_SYS}/${BINV}/include/quadmath* \
> ${libdir}/libquadmath*.so \
> ${libdir}/libquadmath.la <http://libquadmath.la> \
> "
> ```
> ---
> to be in my $STAGING_LIBDIR
>
> So far, I have been unable to figure out how to do that, unfortunately.
>
> On Sun, Jan 2, 2022 at 12:23 PM staticd <staticd@...
> <mailto:staticd@...>> wrote:
>
> Thank you, Michael.
>
> I have `DEPENDS = "virtual/arm-oe-linux-gnueabi-compilerlibs"`
>
> and `do_compile[depends] +=
> "virtual/arm-oe-linux-gnueabi-compilerlibs:do_check"`
>
> However, libquadmath.so is still not present in `recipe-sysroot/lib`
>
> I used the `do_check` task from gcc_runtime but that still isn't
> providing `libquadmath.so` in my $STAGING_LIBDIR, which is where I
> need it.
>
> Many thanks.
>
> On Sun, Jan 2, 2022 at 12:17 PM Michael Ho <michael.ho@...
> <mailto:michael.ho@...>> wrote:
>
> Not familiar with Fortran but maybe it helps to know that this
> is normally handled with the DEPENDS mechanism. When you add
> other recipes as dependencies to your recipe, the task
> do_prepare_recipe_sysroot (run before do_compile) will make hard
> links to the files from those dependency recipes into that
> recipe-sysroot directory.
>
> See:
> https://docs.yoctoproject.org/singleindex.html#do-prepare-recipe-sysroot
> <https://docs.yoctoproject.org/singleindex.html#do-prepare-recipe-sysroot>
>
> Kind regards,
> Michael
>
> On Sun, 2 Jan 2022, 6:06 pm staticd, <staticd@...
> <mailto:staticd@...>> wrote:
>
> okay...I think I have a more interesting question now...
>
> In the package I am building I have some Fortran code that
> requires `libquadmath`
>
> I see that `gcc-runtime` provides the library but I need the
> library present in `recipe-sysroot/lib` when my `do_compile`
> runs
>
> Is there a way for me to do that?
>
> My current approach is to build my image, copy the
> libraries/includes to my recipe and `install` them in
> `recipe-sysroot` before `do_compile`
>
> This doesn't seem like the correct approach but I am not
> sure how else to do it at this point
>
> Any help would be greatly appreciated.
>
>
>
>
>
>
>

Re: libquadmath

staticd

#55706

Thank you, Konrad.

I have tried both of the approaches (local.conf and gcc-runtime_%.bbappend/gcc_%.bbappend), still `libquadmath.so` is not being built.

I will keep fiddling but I think we are onto something.

The interesting thing I found is that `libquadmath.so` IS being built for the nativesdk but NOT when I add `DEPENDS = "virtual/${TARGET_PREFIX}compillerlibs"` to my recipe.

Perhaps, because `FORTRAN = ""` is in the gcc_%.bb, maybe that should be something less strict?

I might be screwing up my bbappend too...

My append is in `meta-mylayer/recipes-devtools/gcc/gcc-runtime_%.bbappend`

Which is mapped correctly to $BBFILES n my layers `layer.conf`

Show quoted text

On Sun, Jan 2, 2022 at 2:07 PM Konrad Weihmann <kweihmann@...> wrote:

The following I just found in local.conf.sample.extended

# Enabling FORTRAN
# Note this is not officially supported and is just illustrated here to
# show an example of how it can be done
# You'll also need your fortran recipe to depend on libgfortran
FORTRAN:forcevariable = ",fortran"

guess that will solve your issue without the need for a bbappend.
Just inject that line via distro or local.conf

On 02.01.22 18:31, staticd wrote:
> I think to clarify...what I need are these files:
>
> --- snipped from gcc-runtime.inc ---
> ```
> FILES_libquadmath = "${libdir}/libquadmath*.so.*"
> SUMMARY_libquadmath = "GNU quad-precision math library"
> FILES_libquadmath-dev = "\
> ${libdir}/${TARGET_SYS}/${BINV}/include/quadmath* \
> ${libdir}/libquadmath*.so \
> ${libdir}/libquadmath.la <http://libquadmath.la> \
> "
> ```
> ---
> to be in my $STAGING_LIBDIR
>
> So far, I have been unable to figure out how to do that, unfortunately.
>
> On Sun, Jan 2, 2022 at 12:23 PM staticd <staticd@...
> <mailto:staticd@...>> wrote:
>
> Thank you, Michael.
>
> I have `DEPENDS = "virtual/arm-oe-linux-gnueabi-compilerlibs"`
>
> and `do_compile[depends] +=
> "virtual/arm-oe-linux-gnueabi-compilerlibs:do_check"`
>
> However, libquadmath.so is still not present in `recipe-sysroot/lib`
>
> I used the `do_check` task from gcc_runtime but that still isn't
> providing `libquadmath.so` in my $STAGING_LIBDIR, which is where I
> need it.
>
> Many thanks.
>
> On Sun, Jan 2, 2022 at 12:17 PM Michael Ho <michael.ho@...
> <mailto:michael.ho@...>> wrote:
>
> Not familiar with Fortran but maybe it helps to know that this
> is normally handled with the DEPENDS mechanism. When you add
> other recipes as dependencies to your recipe, the task
> do_prepare_recipe_sysroot (run before do_compile) will make hard
> links to the files from those dependency recipes into that
> recipe-sysroot directory.
>
> See:
> https://docs.yoctoproject.org/singleindex.html#do-prepare-recipe-sysroot
> <https://docs.yoctoproject.org/singleindex.html#do-prepare-recipe-sysroot>
>
> Kind regards,
> Michael
>
> On Sun, 2 Jan 2022, 6:06 pm staticd, <staticd@...
> <mailto:staticd@...>> wrote:
>
> okay...I think I have a more interesting question now...
>
> In the package I am building I have some Fortran code that
> requires `libquadmath`
>
> I see that `gcc-runtime` provides the library but I need the
> library present in `recipe-sysroot/lib` when my `do_compile`
> runs
>
> Is there a way for me to do that?
>
> My current approach is to build my image, copy the
> libraries/includes to my recipe and `install` them in
> `recipe-sysroot` before `do_compile`
>
> This doesn't seem like the correct approach but I am not
> sure how else to do it at this point
>
> Any help would be greatly appreciated.
>
>
>
>
>
>
>

Re: libquadmath

Konrad Weihmann <kweihmann@...>

#55705

The following I just found in local.conf.sample.extended

# Enabling FORTRAN
# Note this is not officially supported and is just illustrated here to
# show an example of how it can be done
# You'll also need your fortran recipe to depend on libgfortran
FORTRAN:forcevariable = ",fortran"

guess that will solve your issue without the need for a bbappend.
Just inject that line via distro or local.conf

Show quoted text

On 02.01.22 18:31, staticd wrote:
I think to clarify...what I need are these files:
--- snipped from gcc-runtime.inc ---
```
FILES_libquadmath = "${libdir}/libquadmath*.so.*"
SUMMARY_libquadmath = "GNU quad-precision math library"
FILES_libquadmath-dev = "\
     ${libdir}/${TARGET_SYS}/${BINV}/include/quadmath* \
     ${libdir}/libquadmath*.so \
     ${libdir}/libquadmath.la <http://libquadmath.la> \
"
```
---
to be in my $STAGING_LIBDIR
So far, I have been unable to figure out how to do that, unfortunately.
On Sun, Jan 2, 2022 at 12:23 PM staticd <staticd@... <mailto:staticd@...>> wrote:
Thank you, Michael.
I have `DEPENDS = "virtual/arm-oe-linux-gnueabi-compilerlibs"`
and `do_compile[depends] +=
    "virtual/arm-oe-linux-gnueabi-compilerlibs:do_check"`
However, libquadmath.so is still not present in `recipe-sysroot/lib`
I used the `do_check` task from gcc_runtime but that still isn't
    providing `libquadmath.so` in my $STAGING_LIBDIR, which is where I
    need it.
Many thanks.
On Sun, Jan 2, 2022 at 12:17 PM Michael Ho <michael.ho@...
    <mailto:michael.ho@...>> wrote:
Not familiar with Fortran but maybe it helps to know that this
        is normally handled with the DEPENDS mechanism. When you add
        other recipes as dependencies to your recipe, the task
        do_prepare_recipe_sysroot (run before do_compile) will make hard
        links to the files from those dependency recipes into that
        recipe-sysroot directory.
See:
        https://docs.yoctoproject.org/singleindex.html#do-prepare-recipe-sysroot
        <https://docs.yoctoproject.org/singleindex.html#do-prepare-recipe-sysroot>
Kind regards,
        Michael
On Sun, 2 Jan 2022, 6:06 pm staticd, <staticd@...
        <mailto:staticd@...>> wrote:
okay...I think I have a more interesting question now...
In the package I am building I have some Fortran code that
            requires `libquadmath`
I see that `gcc-runtime` provides the library but I need the
            library present in `recipe-sysroot/lib` when my `do_compile`
            runs
Is there a way for me to do that?
My current approach is to build my image, copy the
            libraries/includes to my recipe and `install` them in
            `recipe-sysroot` before `do_compile`
This doesn't seem like the correct approach but I am not
            sure how else to do it at this point
Any help would be greatly appreciated.

Re: libquadmath

Konrad Weihmann <kweihmann@...>

#55704

I think the reason of that is that fortran support isn't enabled in default gcc-runtime recipe.

from gcc-runtime.inc:

RUNTIMETARGET = "${RUNTIMELIBSSP} libstdc++-v3 libgomp libatomic ${RUNTIMELIBITM} \
    ${@bb.utils.contains_any('FORTRAN', [',fortran',',f77'], 'libquadmath', '', d)} \
"

activates the configuration of libquadmath if either ',fortran' or ',f77' is set in 'FORTRAN' variable.
Unfortunately this variable seems to be set to "" since gcc version 9 update

By just adding

FORTRAN = ",fortran"

to a gcc-runtime_%.bbappend I could create the needed files in the sysroot-components directory

gcc-runtime/usr/lib/libstdc++.so
gcc-runtime/usr/lib/libitm.spec
->> gcc-runtime/usr/lib/libquadmath.so.0.0.0
gcc-runtime/usr/lib/libstdc++.so.6
gcc-runtime/usr/lib/libitm.so.1.0.0
gcc-runtime/usr/lib/libatomic.so.1
gcc-runtime/usr/lib/libgomp.spec
gcc-runtime/usr/lib/libitm.a

now as you already have set `DEPENDS = "virtual/arm-oe-linux-gnueabi-compilerlibs"` it should automatically make the lib available to your recipe workspace.

Show quoted text

On 02.01.22 18:31, staticd wrote:
I think to clarify...what I need are these files:
--- snipped from gcc-runtime.inc ---
```
FILES_libquadmath = "${libdir}/libquadmath*.so.*"
SUMMARY_libquadmath = "GNU quad-precision math library"
FILES_libquadmath-dev = "\
     ${libdir}/${TARGET_SYS}/${BINV}/include/quadmath* \
     ${libdir}/libquadmath*.so \
     ${libdir}/libquadmath.la <http://libquadmath.la> \
"
```
---
to be in my $STAGING_LIBDIR
So far, I have been unable to figure out how to do that, unfortunately.
On Sun, Jan 2, 2022 at 12:23 PM staticd <staticd@... <mailto:staticd@...>> wrote:
Thank you, Michael.
I have `DEPENDS = "virtual/arm-oe-linux-gnueabi-compilerlibs"`
and `do_compile[depends] +=
    "virtual/arm-oe-linux-gnueabi-compilerlibs:do_check"`
However, libquadmath.so is still not present in `recipe-sysroot/lib`
I used the `do_check` task from gcc_runtime but that still isn't
    providing `libquadmath.so` in my $STAGING_LIBDIR, which is where I
    need it.
Many thanks.
On Sun, Jan 2, 2022 at 12:17 PM Michael Ho <michael.ho@...
    <mailto:michael.ho@...>> wrote:
Not familiar with Fortran but maybe it helps to know that this
        is normally handled with the DEPENDS mechanism. When you add
        other recipes as dependencies to your recipe, the task
        do_prepare_recipe_sysroot (run before do_compile) will make hard
        links to the files from those dependency recipes into that
        recipe-sysroot directory.
See:
        https://docs.yoctoproject.org/singleindex.html#do-prepare-recipe-sysroot
        <https://docs.yoctoproject.org/singleindex.html#do-prepare-recipe-sysroot>
Kind regards,
        Michael
On Sun, 2 Jan 2022, 6:06 pm staticd, <staticd@...
        <mailto:staticd@...>> wrote:
okay...I think I have a more interesting question now...
In the package I am building I have some Fortran code that
            requires `libquadmath`
I see that `gcc-runtime` provides the library but I need the
            library present in `recipe-sysroot/lib` when my `do_compile`
            runs
Is there a way for me to do that?
My current approach is to build my image, copy the
            libraries/includes to my recipe and `install` them in
            `recipe-sysroot` before `do_compile`
This doesn't seem like the correct approach but I am not
            sure how else to do it at this point
Any help would be greatly appreciated.