frgo has quit [Read error: Connection reset by peer]
frgo_ has joined #yocto
frgo_ has quit [Read error: Connection reset by peer]
Guest13 has quit [Quit: Client closed]
frgo has joined #yocto
sakoman has joined #yocto
risca has joined #yocto
frgo has quit [Remote host closed the connection]
frieder has joined #yocto
prabhakalad has quit [Ping timeout: 252 seconds]
sizzop has joined #yocto
frgo has joined #yocto
frgo has quit [Ping timeout: 265 seconds]
ray-san2 has quit [Ping timeout: 260 seconds]
frieder has quit [Ping timeout: 252 seconds]
sunil has joined #yocto
wmills_ has joined #yocto
prabhakalad has joined #yocto
frgo has joined #yocto
frgo has quit [Ping timeout: 252 seconds]
frieder has joined #yocto
grma has quit []
grma has joined #yocto
frieder has quit [Ping timeout: 260 seconds]
sunil has quit [Quit: Client closed]
paulg has joined #yocto
jmd has joined #yocto
frgo has joined #yocto
frgo has quit [Ping timeout: 252 seconds]
sizzop has quit [Remote host closed the connection]
frgo has joined #yocto
frgo has quit [Ping timeout: 252 seconds]
sizzop has joined #yocto
grma has quit []
grma has joined #yocto
GNUmoon has quit [Ping timeout: 244 seconds]
frgo has joined #yocto
GNUmoon has joined #yocto
ptsneves has quit [Ping timeout: 260 seconds]
grma has quit []
grma has joined #yocto
savolla has quit [Quit: WeeChat 4.6.3]
florian has quit [Quit: Ex-Chat]
Kubu_work has quit [Ping timeout: 268 seconds]
sizzop has quit [Remote host closed the connection]
sunil has joined #yocto
frgo has joined #yocto
frgo has quit [Ping timeout: 268 seconds]
<khem>
RP: it seems to be that ubuntu-24.04 worker is finding something new, it is working on my debian and ubu 22.04 machines, somehow clang is not able to find libstdc++ on build host
<khem>
ideally cmake should not check using libstdc++ or any C++ runtime, since thats not used when building compiler-rt, this issue has been reported on ubuntu on and off even during its life in meta-clang
frgo has joined #yocto
<khem>
I have seen this when there are multiple gcc installs on ubuntu
<khem>
it confuses clang driver
frgo has quit [Ping timeout: 252 seconds]
frgo has joined #yocto
frgo has quit [Ping timeout: 252 seconds]
<khem>
its not easy to run the native binaries on that host, I tried to use uninative ldso to load etc. it always can not find some library on path
<khem>
how do we use build-renamed binaries
<RP>
khem: we're going to have to fix this before I can merge something
<khem>
yeah for sure, I am trying to reproduce it
florian has joined #yocto
<RP>
khem: I had wondered why it was only on one build...
<khem>
do you know an easy way to provide paths etc that build sees ? I am not able to run clang thats in build-renamed folder on that worker ubuntu2404-vk-3
<RP>
khem: just rename it back to build
<khem>
will it interfere with running build ?
<RP>
khem: you're already running that risk ;-)
<RP>
khem: ideally we pause the worker when debugging
<khem>
I see
<khem>
otherway is that I can setup env in the build-renamed dir and move tmp/ out of way
<khem>
and rebuild
<khem>
compiler-rt-native
<RP>
khem: just rename build-renamed back to build
<khem>
ok
frgo has joined #yocto
<khem>
hmm bitbake compiler-rt-native worked
<RP>
khem: it would come from sstate. try -C compile
<khem>
yes that could be
Kubu_work has joined #yocto
frgo has quit [Ping timeout: 276 seconds]
<RP>
khem: you probably want a clean and then a -C configure
<khem>
I can reproduce it
<khem>
I see -L/usr/lib/x86_64-linux-gnu being added to linker cmdline and libstdc++.so.6 is in this die
<khem>
dir
<khem>
so I wonder why ld complains
<khem>
I think the problem is this - clang-native is built on a host with gcc14 so its gcc specific paths are using 14 specific paths but gcc on this host is 13
<khem>
and libstdc++.so is in /usr/lib/gcc/x86_64-linux-gnu/13/
<khem>
but its looking for it in /usr/lib/gcc/x86_64-linux-gnu/14/
<RP>
khem: sounds like it wants the uninative libs
<khem>
it does have gcc14 runtime installed
<khem>
but not libstdc++ in it
<khem>
/usr/lib/gcc/x86_64-linux-gnu/14 does exist
<khem>
so clang driver uses the latest
<khem>
and falls
<khem>
another option is to either uninstall gcc14 runtime or install libstdc++ from gcc14 as well
<khem>
using uninative will need gcc kind of hacks
<RP>
khem: we can't require host tools installs like that
<khem>
if we apt install libstdc++-14-dev it will work ok
<RP>
khem: we can't do that
<khem>
it does have C runtime installed
<khem>
I can see libgcc-14-dev is installed
<khem>
maybe then we should not install that either
<khem>
and it will work as well
<RP>
khem: it seems odd ubuntu would install 14 components on a system with 23 :/
<RP>
13
<RP>
mc
<khem>
I would either install it fully or not install it at all
<RP>
khem: we don't really have the option to tell users to do things like that. It massively complicates the docs and makes a mockery of our "we don't use things from the host" story
<RP>
khem: these systems are setup as they'd get installed by a user in the wild...
<RP>
it compile-rt doesn't actually need this, why is it even testing for it?
<khem>
RP:yes that makes sense, I would also note that this problem is not related to current patchset
<khem>
as you might have realized as well
<khem>
I was thinking of patching compiler-rt but that might not work because it uses C++ compiler and clang++ asks to link with libstdc++/libc++ even without passing any cmdline option
<khem>
so cmake wont be able to handle it as maximum it can do is compiler cmdline line changes
<khem>
another option is to use -L<uninative-sysroot> to BUILD_LD
lowvoltage has joined #yocto
lowvoltage has quit [Client Quit]
lowvoltage has joined #yocto
CrazyGecko has joined #yocto
_whitelogger has joined #yocto
druppy has quit [Ping timeout: 252 seconds]
<khem>
RP:two cooker patches in master-next are causing bitbake hang
<khem>
* 75f274470ea bitbake: cooker: Use a queue to feed parsing jobs
<khem>
* d7f72b1ba23 bitbake: cooker: Try and avoid parseing hangs
<khem>
unlike what they are meaning to do :)
<RP>
khem: it is the second one, I've been trying to debug it, sorry
goliath has joined #yocto
grma has quit []
grma has joined #yocto
frgo has joined #yocto
frgo has quit [Ping timeout: 252 seconds]
<RP>
khem: should be better now
sunil has quit [Quit: Client closed]
vthor has quit [Ping timeout: 260 seconds]
grma has quit []
grma has joined #yocto
frgo has joined #yocto
frgo has quit [Ping timeout: 260 seconds]
cyxae has quit [Quit: cyxae]
Guest82 has joined #yocto
grma has quit []
grma has joined #yocto
frgo has joined #yocto
frgo has quit [Ping timeout: 265 seconds]
Xagen has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
frgo has joined #yocto
frgo has quit [Ping timeout: 260 seconds]
<RP>
JPEW: I've posted a couple of parsing related tweaks to bitbake, one to try and resolve lockups and another to try and improve performance. I'm curious if you have any thoughts on them and that code...
<JPEW>
Ok, I'll try to take a look today or tomorrow