Patch needed to let linker find lto plugin

meta-mingw Bystricky, Juro 2 participants 3 messages Oct 14, 2016 1 message not in the archive

Share & tools

A message that is not in the archive (sent off-list or not yet received): [email protected]

Bystricky, Juro

author

2016-10-14 18:04 UTC #1 lore raw

Could you please elaborate on what do you mean by "built it as-is". I tested the meta layer with some cases I considered typical or most common. (I think I enumerated them in my original message). Apparently I missed one.

Thanks

Juro

Quoted 22 lines

-----Original Message-----
From: Winfried [mailto:[email protected]]
Sent: Friday, October 14, 2016 10:26 AM
To: [email protected]
Cc: Bystricky, Juro <[email protected]>
Subject: [meta-mingw] Patch needed to let linker find lto plugin
Recently the meta-mingw layer was updated to krogoth by Juro Bystricky. Thanks !
However when I build it as-is, the linker fails because it can't load the lto plugin.
After applying commit a06e473590207f72b11d273a09de2c8a889c381e from meta-mingw-contrib (by Mark Hatle), the error disappeared.
See:
http://git.yoctoproject.org/cgit/cgit.cgi/meta-mingw-
contrib/commit/?h=mgh/jetho/meta-
mingw&id=a06e473590207f72b11d273a09de2c8a889c381e
regards,
W. Dobbe

[email protected]

2016-10-14 18:33 UTC #2 lore raw

Hi Juro,

My Yocto environment is for the Congatec QMX6 SoM that is built around a quadcore i.MX6.
I use the Yocto layers from the Congatec repository (https://git.congatec.com/public), which includes the meta-fsl-arm and meta-fsl-arm-extra layers.

My bblayers.conf is:

BBLAYERS = " \
${BSPDIR}/sources/poky/meta \
${BSPDIR}/sources/poky/meta-poky \
\
${BSPDIR}/sources/meta-openembedded/meta-oe \
${BSPDIR}/sources/meta-openembedded/meta-multimedia \
${BSPDIR}/sources/meta-openembedded/meta-python \
${BSPDIR}/sources/meta-openembedded/meta-networking \
\
${BSPDIR}/sources/meta-fsl-arm \
${BSPDIR}/sources/meta-fsl-arm-extra \
${BSPDIR}/sources/meta-fsl-demos \
\
${BSPDIR}/sources/meta-mingw \
\
${BSPDIR}/sources/meta-peek \
${BSPDIR}/sources/meta-peek-ecng \
"

The image I normally build (peek-image-ecng-acu-default) is based upon the core-image-full-cmdline image.

I built the MinGW SDK by adding SDKMACHINE="x86_64-mingw32" to my local.conf and typing the command "bitbake peek-image-ecng-acu-default -c populate_sdk".

I attended the Yocto developer day in Berlin last week. When I showed the MinGW linker LTO plugin error to Mark Hatle, he suggested applying his patch.

best regards,

Winfried

Bystricky, Juro schreef op 14.10.2016 20:04:

Quoted 32 lines

Could you please elaborate on what do you mean by "built it as-is". I tested the meta layer with some cases I considered typical or most common. (I think I enumerated them in my original message). Apparently I missed one.
Thanks
Juro
Quoted 22 lines
-----Original Message-----
From: Winfried [mailto:[email protected]]
Sent: Friday, October 14, 2016 10:26 AM
To: [email protected]
Cc: Bystricky, Juro <[email protected]>
Subject: [meta-mingw] Patch needed to let linker find lto plugin
Recently the meta-mingw layer was updated to krogoth by Juro Bystricky. Thanks !
However when I build it as-is, the linker fails because it can't load the lto plugin.
After applying commit a06e473590207f72b11d273a09de2c8a889c381e from meta-mingw-contrib (by Mark Hatle), the error disappeared.
See:
http://git.yoctoproject.org/cgit/cgit.cgi/meta-mingw-
contrib/commit/?h=mgh/jetho/meta-
mingw&id=a06e473590207f72b11d273a09de2c8a889c381e
regards,
W. Dobbe

Bystricky, Juro

author

2016-10-14 21:55 UTC #3 lore raw

Thanks. I will re-run some basic tests again and
send the patch by Mark Hatle (applied to meta-mingw/krogoth) to the mailing list.

Quoted 86 lines

-----Original Message-----
From: [email protected] [mailto:[email protected]]
Sent: Friday, October 14, 2016 11:35 AM
To: Bystricky, Juro <[email protected]>; [email protected]
Cc: Hatle, Mark G (Wind River) <[email protected]>
Subject: RE: [meta-mingw] Patch needed to let linker find lto plugin
Hi Juro,
My Yocto environment is for the Congatec QMX6 SoM that is built around a quadcore i.MX6.
I use the Yocto layers from the Congatec repository
(https://git.congatec.com/public), which includes the meta-fsl-arm and meta-fsl-arm-extra layers.
My bblayers.conf is:
BBLAYERS = " \
   ${BSPDIR}/sources/poky/meta \
   ${BSPDIR}/sources/poky/meta-poky \
   \
   ${BSPDIR}/sources/meta-openembedded/meta-oe \
   ${BSPDIR}/sources/meta-openembedded/meta-multimedia \
   ${BSPDIR}/sources/meta-openembedded/meta-python \
   ${BSPDIR}/sources/meta-openembedded/meta-networking \
   \
   ${BSPDIR}/sources/meta-fsl-arm \
   ${BSPDIR}/sources/meta-fsl-arm-extra \
   ${BSPDIR}/sources/meta-fsl-demos \
   \
   ${BSPDIR}/sources/meta-mingw \
   \
   ${BSPDIR}/sources/meta-peek \
   ${BSPDIR}/sources/meta-peek-ecng \
"
The image I normally build (peek-image-ecng-acu-default) is based upon the core-image-full-cmdline image.
I built the MinGW SDK by adding SDKMACHINE="x86_64-mingw32" to my local.conf and typing the command "bitbake peek-image-ecng-acu-default -c populate_sdk".
I attended the Yocto developer day in Berlin last week. When I showed the MinGW linker LTO plugin error to Mark Hatle, he suggested applying his patch.
best regards,
Winfried
Bystricky, Juro schreef op 14.10.2016 20:04:
Quoted 33 lines
Could you please elaborate on what do you mean by "built it as-is". I tested the meta layer with some cases I considered typical or most common. (I think I enumerated them in my original message). Apparently I missed one.
Thanks
Juro
Quoted 23 lines
-----Original Message-----
From: Winfried [mailto:[email protected]]
Sent: Friday, October 14, 2016 10:26 AM
To: [email protected]
Cc: Bystricky, Juro <[email protected]>
Subject: [meta-mingw] Patch needed to let linker find lto plugin
Recently the meta-mingw layer was updated to krogoth by Juro Bystricky.
Thanks !
However when I build it as-is, the linker fails because it can't load the lto plugin.
After applying commit a06e473590207f72b11d273a09de2c8a889c381e from meta-mingw-contrib (by Mark Hatle), the error disappeared.
See:
http://git.yoctoproject.org/cgit/cgit.cgi/meta-mingw-
contrib/commit/?h=mgh/jetho/meta-
mingw&id=a06e473590207f72b11d273a09de2c8a889c381e
regards,
W. Dobbe