ChanServ changed the topic of #dri-devel to: <ajax> nothing involved with X should ever be unable to find a bar
oneforall2 has quit [Remote host closed the connection]
kzd has quit [Quit: kzd]
oneforall2 has joined #dri-devel
fxkamd has joined #dri-devel
kzd has joined #dri-devel
YuGiOhJCJ has quit [Ping timeout: 480 seconds]
nehsou^ has quit [Remote host closed the connection]
co1umbarius has joined #dri-devel
benjaminl has quit [Ping timeout: 480 seconds]
columbarius has quit [Ping timeout: 480 seconds]
YuGiOhJCJ has joined #dri-devel
eukara has quit [Remote host closed the connection]
heat has joined #dri-devel
heat has quit [Remote host closed the connection]
jewins has quit [Ping timeout: 480 seconds]
heat has joined #dri-devel
columbarius has joined #dri-devel
co1umbarius has quit [Ping timeout: 480 seconds]
heat has quit [Remote host closed the connection]
heat has joined #dri-devel
heat has quit [Remote host closed the connection]
heat has joined #dri-devel
heat has quit [Remote host closed the connection]
heat has joined #dri-devel
<zmike> hnnnnnnggggg few things feel better than a full-tree CI job passing on the first try
heat has quit [Remote host closed the connection]
<DavidHeidelberg[m]> :D I'm just hitting it with kernel testing.. I'm suprised it holding on
<DavidHeidelberg[m]> but I think we'll have separate kernels ready to merge today. (so we can uprev kernel without rebuilding containers +- 10 minutes to rebuild + just the runtime of CI pipeline)
<zmike> 🤑
<DavidHeidelberg[m]> 🥳
heat has joined #dri-devel
rsalvaterra has quit [Ping timeout: 480 seconds]
heat has quit [Remote host closed the connection]
heat has joined #dri-devel
benjaminl has joined #dri-devel
rsalvaterra has joined #dri-devel
benjaminl has quit [Ping timeout: 480 seconds]
<DavidHeidelberg[m]> robertfoss: just saw object_management.alloc_callback_fail.device_group,Crash + two fails in multithreaded_per_thread_resources... on a618, weird flake, did I broke something on my branch (non freedreno related changes)? https://gitlab.freedesktop.org/mesa/mesa/-/jobs/44101480
aravind has joined #dri-devel
eukara has joined #dri-devel
benjaminl has joined #dri-devel
benjaminl has quit [Ping timeout: 480 seconds]
heat has quit [Ping timeout: 480 seconds]
JohnnyonFlame has quit [Ping timeout: 480 seconds]
smilessh has joined #dri-devel
smiles_1111 has quit [Ping timeout: 480 seconds]
aravind has quit [Ping timeout: 480 seconds]
ngcortes has quit [Read error: Connection reset by peer]
fxkamd has quit []
camus has quit []
camus has joined #dri-devel
TMM has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM has joined #dri-devel
camus has quit [Remote host closed the connection]
jfalempe_ has joined #dri-devel
jfalempe has quit [Read error: Connection reset by peer]
camus has joined #dri-devel
aravind has joined #dri-devel
bmodem has joined #dri-devel
konstantin_ has joined #dri-devel
konstantin has quit [Ping timeout: 480 seconds]
tzimmermann has joined #dri-devel
fab has joined #dri-devel
crabbedhaloablut has quit [Ping timeout: 480 seconds]
itoral has joined #dri-devel
tobiasjakobi has joined #dri-devel
tobiasjakobi has quit [Remote host closed the connection]
kzd has quit [Ping timeout: 480 seconds]
co1umbarius has joined #dri-devel
rasterman has joined #dri-devel
columbarius has quit [Ping timeout: 480 seconds]
fab has quit [Quit: fab]
yuq825 has joined #dri-devel
alanc has quit [Remote host closed the connection]
alanc has joined #dri-devel
mvlad has joined #dri-devel
crabbedhaloablut has joined #dri-devel
sghuge has quit [Remote host closed the connection]
sghuge has joined #dri-devel
bmodem1 has joined #dri-devel
bmodem has quit [Ping timeout: 480 seconds]
bmodem has joined #dri-devel
fab has joined #dri-devel
bmodem1 has quit [Ping timeout: 480 seconds]
sgruszka has joined #dri-devel
pcercuei has joined #dri-devel
columbarius has joined #dri-devel
co1umbarius has quit [Ping timeout: 480 seconds]
tursulin has joined #dri-devel
bgs has joined #dri-devel
APic has quit [Ping timeout: 480 seconds]
<cmarcelo> Vulkan Q: when an extension is promoted to core (e.g. vkCmdBeginRenderingKHR becomes vkCmdBeginRendering), should I still be able to vkGetInstanceProcAddr() of the extension one? trying to figure out if my scenario is a bug or just business as usual: when using 1.3 without enabling extension, it gives me invalid (but non NULL) pointer.
<emersion> that sounds like a bug
phasta has joined #dri-devel
<cmarcelo> emersion: tks. so another Q: if app is using API 1.2 (before promotion) and enables extension and asks for the new non-prefixed symbol, should I also expect NULL? (my intuition would be yeah, beacuse is not in 1.2!)
<cmarcelo> non-suffixed symbol
<emersion> i wouldn't personally expect NULL, but don't quote me on that
<emersion> if the ext is marked as supported by the driver, then it should just work
lynxeye has joined #dri-devel
swalker__ has joined #dri-devel
<cmarcelo> right now I'm seeing 1.2+ext gets vkCmdBeginRenderingKHR = VALID, vkCmdBeginRendering = NON-NULL INVALID... and for 1.3 without explicitly enable, vkCmdBeginRenderingKHR = NON-NULL INVALID and vkCmdBeginRendering = VALID. 1.3+ext enabled, both valid.
vliaskov has joined #dri-devel
swalker_ has joined #dri-devel
swalker_ is now known as Guest3701
<emersion> can you make sure the ext is advertised by the driver?
kj is now known as identify
identify is now known as kj
jkrzyszt has joined #dri-devel
<cmarcelo> emersion: the ext is advertised by the driver.
swalker__ has quit [Ping timeout: 480 seconds]
avoidr has joined #dri-devel
apinheiro has joined #dri-devel
Haaninjo has joined #dri-devel
Daanct12 has quit [Ping timeout: 480 seconds]
bmodem1 has joined #dri-devel
phasta has quit [Remote host closed the connection]
bmodem has quit [Ping timeout: 480 seconds]
frieder has joined #dri-devel
eukara has quit [Ping timeout: 480 seconds]
Haaninjo has quit [Quit: Ex-Chat]
phasta has joined #dri-devel
i509vcb has quit [Quit: Connection closed for inactivity]
bmodem has joined #dri-devel
bmodem1 has quit [Ping timeout: 480 seconds]
djbw_ has quit [Read error: Connection reset by peer]
<karolherbst> I wished adding new system values wouldn't be so painful :'(
<emersion> gfxstrand: can you check i'm not talking non-sense here? https://gitlab.freedesktop.org/mesa/drm/-/merge_requests/303#note_1967659
<emersion> it's related to UMF
YuGiOhJCJ has quit [Quit: YuGiOhJCJ]
thellstrom has joined #dri-devel
dv_ has quit [Ping timeout: 480 seconds]
Danct12 has joined #dri-devel
dv_ has joined #dri-devel
aravind has quit [Ping timeout: 480 seconds]
smiles_1111 has joined #dri-devel
smilessh has quit [Ping timeout: 480 seconds]
cimarrrrrrrrrrrrrrrrrrrrrrrrrr has joined #dri-devel
deathmist1 has quit [Remote host closed the connection]
deathmist1 has joined #dri-devel
lemonzest has quit [Quit: WeeChat 3.6]
JohnnyonFlame has joined #dri-devel
aravind has joined #dri-devel
cmichael has joined #dri-devel
lemonzest has joined #dri-devel
APic has joined #dri-devel
APic has quit [Ping timeout: 480 seconds]
phasta_ has joined #dri-devel
phasta_ has quit []
APic has joined #dri-devel
phasta has quit [Ping timeout: 480 seconds]
ManDay has joined #dri-devel
heat has joined #dri-devel
ManDay has quit []
camus has quit []
f11f12 has quit [Read error: Connection reset by peer]
f11f12 has joined #dri-devel
zf has quit [Ping timeout: 480 seconds]
<karolherbst> mareko: I'm trying to understand pipe_launch_grid::last_block, but radeonsi seems to behave a bit weirdly. So if I want to enqueue 513 threads, I'd split it up to block = { 512, 1, 1}, grid = { 2, 1, 1}, last_block = {1, 0, 0}, correct?
jfalempe_ is now known as jfalempe
<karolherbst> it kinda doesn't work as expected and I'm trying to figure out what's wrong
<karolherbst> but maybe it's also more about system values not reporting the correct values than not running at all
<karolherbst> but it's also that all relevant system values return 0, so not quite sure
<karolherbst> I think it's more likely the last block doesn't run at all. But it does run when I set NUM_THREAD_PARTIAL to the block size
hikiko has joined #dri-devel
alyssa has joined #dri-devel
<alyssa> where are my NIR_DEBUGs?!
<alyssa> oh it sure would help if I were running my own build of mesa
itoral has quit [Remote host closed the connection]
<alyssa> good work alyssa
<karolherbst> ohh, the same thing happened to me today
<karolherbst> wanted to test rusticl changes, but rusticl was disabled in my own build
<alyssa> classic
<HdkR> Need to get rusticl in that default build :)
<dakr> mbrost: I submitted v5 of the GPUVA manager and the new Nouveau uAPI implementation yesterday. We're just about trying to get it in tree. Hence, your review is welcome. :)
kts has joined #dri-devel
kts has quit [Remote host closed the connection]
apinheiro has quit [Quit: Leaving]
<karolherbst> jenatali: one thing which came up in some perf analysis, is that `clc_parse_spirv` can be quite expensive and I was wondering if you have caching code for `struct clc_parsed_spirv`
<karolherbst> otherwise I or nora will probably add that to clc
avoidr has quit []
enunes has quit [Quit: ZNC - https://znc.in]
<jenatali> I don't think I do
<jenatali> When I cache a compiled program I just return the SPIR-V and re-parse it on input
<karolherbst> yeah.. same
<karolherbst> but
<karolherbst> jenatali: file:///home/kherbst/Downloads/with-patch.svg :')
<karolherbst> ehh
<karolherbst> wrong path
<jenatali> Hah
enunes has joined #dri-devel
<karolherbst> clc_parse_spirv is a bit too expensive for my taste there
<karolherbst> (also linking, but...)
Guest3701 has quit [Remote host closed the connection]
<jenatali> I personally wouldn't even consider that as an optimization target based on that, but I guess it can make sense
swalker_ has joined #dri-devel
<karolherbst> yeah... but we retrieve data from a cache anyway, so might as well retrieve the parsed info as well
swalker_ is now known as Guest3729
<jenatali> Fair
<karolherbst> I suspect in this case the spirv is just massive in size
Guest3644 is now known as go4godvin
Dr_Who has joined #dri-devel
aravind has quit [Ping timeout: 480 seconds]
<jenatali> It's a shame we can't let LLVM optimize before producing the SPIR-V
<karolherbst> yeah.... though not sure if that gives us anything
<karolherbst> we _could_ run some of the spirv-opt things
<karolherbst> not sure how much they help though
<karolherbst> I'd rather trust spirv-top than trust LLVM 🙃
<karolherbst> *opt
<jenatali> Yeah probably not much compared to letting it translate to nir
<karolherbst> yeah...
<jenatali> Letting LLVM optimize would shrink the SPIR-V quite a bit orobably
<karolherbst> though it might reduce cacheing overhead
<karolherbst> mhh
<jenatali> But also produce odd size integers
<karolherbst> yeah...
<karolherbst> I think we'd need a list of safe LLVM passes to run
<karolherbst> but..
<karolherbst> I also don't trust LLVM
<jenatali> Which is such a weird thing and it's a bit frustrating that the translator can't handle that and just upsize them
<karolherbst> because it's illegal in spirv
<jenatali> Sure but LLVM only produces odd size integers because it detected the value can fit in a smaller range. There's no harm in just using a bigger size
<karolherbst> right...
<karolherbst> I mean.. I think running LLVM optimizations is a fair thing to do, it just... difficult to ensure it doesn't generate stuff the translator can't handle
<karolherbst> I'd rather have the translator pick passes it wants to make sure work
<jenatali> What else can't it handle?
<karolherbst> no idea at this point, maybe it works these days
fab has quit [Read error: Connection reset by peer]
fab has joined #dri-devel
alyssa has left #dri-devel [#dri-devel]
<gfxstrand> emersion: Not crazy. Thanks for the ping.
Ahuj has joined #dri-devel
JohnnyonF has joined #dri-devel
JohnnyonFlame has quit [Ping timeout: 480 seconds]
yuq825 has quit []
bmodem has quit [Ping timeout: 480 seconds]
sassefa has joined #dri-devel
fab has quit [Quit: fab]
Haaninjo has joined #dri-devel
dviola has quit [Ping timeout: 480 seconds]
jewins has joined #dri-devel
fxkamd has joined #dri-devel
sassefa has quit [Ping timeout: 480 seconds]
wwheeler has joined #dri-devel
tobiasjakobi has joined #dri-devel
tobiasjakobi has quit []
wwheeler has quit []
wwheeler has joined #dri-devel
zf has joined #dri-devel
kts has joined #dri-devel
cmichael has quit [Quit: Leaving]
cmichael has joined #dri-devel
AndrewR has joined #dri-devel
<AndrewR> karolherbst, I think latest rusticl changes broke its compilation on 32-bit (missing gnu/stubs-64.h file)
kts has quit [Remote host closed the connection]
dviola has joined #dri-devel
dakr has quit [Quit: ZNC 1.8.2+deb2 - https://znc.in]
dakr has joined #dri-devel
<karolherbst> uhhh....
<karolherbst> annoying
<karolherbst> yeah, I'll try to figure it out
<karolherbst> do you have any logs?
<AndrewR> I just update with git pull so it compiling anew ... partially.
<AndrewR> will post if/when it stops again
fab has joined #dri-devel
kts has joined #dri-devel
<AndrewR> ..or may be I just broke my llvm compilation by doing it without setarch first ..:/ (but then mesa not complained at automatic reconfigure. ..?)
Duke`` has joined #dri-devel
wwheeler has quit [Quit: wwheeler]
wwheeler has joined #dri-devel
wwheeler has quit []
kts has quit [Remote host closed the connection]
kts has joined #dri-devel
Ahuj has quit [Ping timeout: 480 seconds]
wwheeler has joined #dri-devel
tursulin has quit [Ping timeout: 480 seconds]
orbea has quit [Remote host closed the connection]
tzimmermann has quit [Quit: Leaving]
orbea has joined #dri-devel
kzd has joined #dri-devel
kts has quit [Remote host closed the connection]
<mattst88> karolherbst: has there been any more progress on https://gitlab.freedesktop.org/mesa/mesa/-/issues/7717#note_1832122 ?
kts has joined #dri-devel
<karolherbst> dcbaker: has there been any work towards supporting `#[cfg(test)]` stuff in a more meson way?
<karolherbst> mattst88: no, but I might just go ahead and merge the patch and say: whenever CLANG_RESOURCE_DIR changes, rebuild mesa.
<mattst88> even an environment variable for controlling CLANG_RESOURCE_DIR or something in Mesa would be a big improvement
<mattst88> thanks. that would be fine with me
benjaminl has joined #dri-devel
<karolherbst> yeah.. it only affects gentoo I guess.. and I think other distribution can check whether that value ever changes or doesn't or whatever
<karolherbst> and I think with llvm-16 they only hardcode the major version?
<mattst88> yeah, in 15 it is
<mattst88> 60:#define CLANG_RESOURCE_DIR "../../../../lib/clang/15.0.7"
<mattst88> but in 16 it's
<mattst88> 39:#define CLANG_RESOURCE_DIR "../../../../lib/clang/16"
<karolherbst> yeah.. so in the future it isn't even a problem
<mattst88> yeah
<mattst88> I look forward to reviewing your MR :)
<karolherbst> where was the patch again? :D
<dcbaker> karolherbst: I think this affects nixos as eell
<dcbaker> karolherbst: the only thing we have is the rust.test helper
<karolherbst> yep, looks like the thing I suggested
<karolherbst> (or somebody else)
djbw_ has joined #dri-devel
<mattst88> dcbaker: whenever you have time to make an MR for the intel_clc cross-compiling stuff, please cc me on it
<dcbaker> mattst88: I’m looking into it now. It’s going to be a ton of typing, so I’m leaning toward making some meson changes to simplify the use case. I’ll send you the longer version when I’m not on my phone
<mattst88> sounds good. thanks for your help on this
jewins has quit [Quit: jewins]
sassefa has joined #dri-devel
<AndrewR> karolherbst, https://pastebin.com/8TdAtgWQ
<AndrewR> karolherbst, but wait few hours until I recompile llvm again ...
<karolherbst> yeah.. I kinda don't see how that could be our problem
<karolherbst> `/usr/include/gnu/stubs.h:10:11: fatal error: 'gnu/stubs-64.h' file not found` it kinda tries to include a 64 bit header for a 32 bit thing? mhhh
<karolherbst> mhhhh
<AndrewR> it was working with llvm 16.0.5 then I hit wine bug with llvm going OOM ... so I upgraded, but it seems upgrade was a toast... I hardly can cook, even software!
<karolherbst> yeah.. soo bindgen _could_ think it's compiling for 64 bit...
<mattst88> that sounds like you're trying to build for an ABI that your toolchain doesn't support
<karolherbst> not sure what's the proper way of dealing with this, but I think in the rust world you kinda assume everything is from the same toolchain
JohnnyonF has quit [Ping timeout: 480 seconds]
<mattst88> are you on gentoo by chance?
<mattst88> doesn't look like it from the build log
<karolherbst> dcbaker: so the problem with rust.test is, that if you link against a C++ target you don't get automatically linked against libstdc++
<karolherbst> any suggestions on how to resolve that?
<AndrewR> mattst88, no, Slackware but with 64-bit kernel under i586 userspace. so apparently I just build clang crosscompiler by accident ...
<mattst88> oh wow
<karolherbst> I only have one question: how...
<mattst88> my question is: do you really want opencl on 32-bit?
<mattst88> and if so, I'm curious why
<AndrewR> mattst88, well, ffmpeg supports it, so ...
<karolherbst> I got a bug about a windows 32 app being broken with rusticl 🙃
<LaserEyess> AndrewR: what... is your hardware
<mattst88> I've left opencl disabled on 32-bit x86 in gentoo
<AndrewR> LaserEyess, amd fx 4300, cre i3 somethng, aarch64 tablet
<karolherbst> but anyway, it should build, but distributions might have to wiggle with the tooling a little
kts has quit [Remote host closed the connection]
<karolherbst> maybe we have to pass some flags along to bindgen? mhhh
<LaserEyess> AndrewR: I mean for that specific machine with the i586 userspace because surely that's not running on aarch64...
<karolherbst> is your rust tooling even for 32 bit?
kts has joined #dri-devel
<AndrewR> karolherbst, last time I've rebuilt it - yes ...
<karolherbst> funky
<karolherbst> at least I didn't change anything in this regard
<karolherbst> but clang invoked by bindgen kinda assumes it builds for 64 bit as it seems
<karolherbst> but doesn't find the header files for it
<AndrewR> karolherbst, yeah. I was trying to rebuild llvm and it complained clang does not know i586. Installed old 16.0.5 I build with setarch i686 - and build is running
<AndrewR> LaserEyess, I've building for 'wide' set of machines because sometimes I visit friends with computers ...
<LaserEyess> interesting
<AndrewR> LaserEyess, for intel crocus/r600 testing I have this: https://pastebin.com/s857cYWT
fxkamd has quit []
<LaserEyess> I am really glad people like you exist but at the same time I am glad I don't have to deal with this
<LaserEyess> thank you for your service o7
<AndrewR> :}
Guest3729 has quit [Remote host closed the connection]
<dcbaker> karolherbst: we should do that automatically in meson… does it matter if the c++ target is static or shared?
<karolherbst> mhh not sure, we only link against static targets
jkrzyszt has quit [Ping timeout: 480 seconds]
<karolherbst> so a meson bug most likely?
<dcbaker> karolherbst: cool, I’ll try to have a look at that today too
Haaninjo has quit [Ping timeout: 480 seconds]
<karolherbst> mhh, let me verify something though
ivyl has quit [Quit: end of flowers]
ivyl has joined #dri-devel
wwheeler has quit [Ping timeout: 480 seconds]
<karolherbst> dcbaker: is there a quick and dirty hack to link against libstdc++ in a non silly way?
<karolherbst> or rather.. how to create a dep object to it
<dcbaker> Use cpp.find_library()
<karolherbst> yeah.. that seems to work
<karolherbst> but I run into another problem, mhh
eukara has joined #dri-devel
kzd has quit [Quit: kzd]
sassefa has quit [Ping timeout: 480 seconds]
<karolherbst> yeah.. the other issues I can solve myself, just the libstdc++ thing is missed from mesons side
smiles_1111 has quit [Ping timeout: 480 seconds]
wwheeler has joined #dri-devel
sassefa has joined #dri-devel
kzd has joined #dri-devel
TMM has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
TMM has joined #dri-devel
<karolherbst> dcbaker: I think rust.test should also accept link_with or something, because now I just end up creating tons of declare_dependency objects
<dcbaker> We can add that
<karolherbst> also.. I can't add ideps with non rust source files, but I think that's expected and should be dealt with by projects
JohnnyonFlame has joined #dri-devel
wwheeler has quit [Quit: wwheeler]
sgruszka has quit [Ping timeout: 480 seconds]
frieder has quit [Remote host closed the connection]
<karolherbst> so yeah.. two problems, one critical: 1. doesn't link to libstdc++ automaticall, 2. rust.test should have a link_with so you can just link with random stuff
kts has quit [Remote host closed the connection]
kts has joined #dri-devel
lynxeye has quit [Quit: Leaving.]
<karolherbst> seems like I can move some things around to make it less painful, but I think it still good to have a link_with there
sassefa has quit [Ping timeout: 480 seconds]
cmichael has quit [Quit: Leaving]
Ahuj has joined #dri-devel
dalurka has quit [Ping timeout: 480 seconds]
kts has quit [Remote host closed the connection]
kts has joined #dri-devel
oneforall2 has quit [Remote host closed the connection]
<AndrewR> https://pastebin.com/0D6ucX40 - funny clpeak + clover on r600 crash in llvm 16 ...
oneforall2 has joined #dri-devel
benjamin1 has joined #dri-devel
benjaminl has quit [Ping timeout: 480 seconds]
ngcortes has joined #dri-devel
alyssa has joined #dri-devel
<alyssa> zmike: It looks like you accidentally pushed some other (unreviewed) commits to !23750, should marge be unassigned?
<zmike> wtf
<Sachiel> sneaky...
fxkamd has joined #dri-devel
dalurka has joined #dri-devel
<karolherbst> `mold: error: duplicate symbol: src/gallium/drivers/radeonsi/libradeonsi.a(src/gallium/drivers/radeonsi/libradeonsi.a.p/gfx11_query.c.o): src/gallium/drivers/iris/libiris_per_hw_ver110.a(src/gallium/drivers/iris/libiris_per_hw_ver110.a.p/iris_query.c.o): gfx11_init_query` pain...
<karolherbst> I'm sure that's my fault though :)
pallavim has joined #dri-devel
sassefa has joined #dri-devel
dalurka has quit [Ping timeout: 480 seconds]
kts has quit [Remote host closed the connection]
kts has joined #dri-devel
dalurka has joined #dri-devel
<airlied> karolherbst: that seems like bug that LTO might fall over
<karolherbst> potentially
<karolherbst> but I think that might also be caused because I don't control what symbols to export in rusticl yet... but yeah...
<karolherbst> but I still see tons of global symbols exported even after adding a linker-script
<karolherbst> ehh version script
<karolherbst> but if I'm not using `link_whole` then it drops the stuff I need
<karolherbst> it's kinda weird
fab has quit [Quit: fab]
<karolherbst> maybe I have to move some stuff into the target.c file I guess
<airlied> seems like LTO wouldn't enjoy the collision
heat has quit [Remote host closed the connection]
heat has joined #dri-devel
benjamin1 has quit [Ping timeout: 480 seconds]
heat_ has joined #dri-devel
thellstrom has quit [Read error: Connection reset by peer]
<sassefa> Does anyone mind helping me with the my issue I posted above? Still really confused on what's going on w/ my system
thellstrom has joined #dri-devel
alyssa has left #dri-devel [#dri-devel]
heat has quit [Read error: Connection reset by peer]
benjamin1 has joined #dri-devel
<karolherbst> ahh nevermind
<karolherbst> thought there are still some weird symbols around
kts has quit [Remote host closed the connection]
kts has joined #dri-devel
benjamin1 has quit [Ping timeout: 480 seconds]
kts has quit [Remote host closed the connection]
kts has joined #dri-devel
benjamin1 has joined #dri-devel
benjamin1 has quit [Ping timeout: 480 seconds]
<karolherbst> airlied: with that it's also resolved: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/23778
<karolherbst> but...
<karolherbst> anybody who knows linking/exporting symbols stuff, please advise me on how to get rid of more symbols :D
i509vcb has joined #dri-devel
mvlad has quit [Remote host closed the connection]
<jenatali> karolherbst: Those are imported, not exported
<karolherbst> ohh... ehh
<jenatali> UND == undefined, i.e. not defined in this module
<karolherbst> how do I list exported symbols then
<jenatali> There's so many tools that all do the same thing but slightly differently, I can never remember which one(s) I want or what switches :P
<karolherbst> same
<jenatali> I end up trying them all, between nm, readelf, objdump (I think?) I can never remember
<karolherbst> I just want this tool which tells me what is exported...
Ahuj has quit [Ping timeout: 480 seconds]
<jenatali> I like MSVC's, link /dump /exports and link /dump /imports
<HdkR> karolherbst: Your only option on Linux is a linker script
<HdkR> Which suuuuucks, but whatja gonna do
<karolherbst> yeah, I already did that
<karolherbst> and I still get more
<jenatali> karolherbst: nm -D --defined-only ?
<HdkR> Do you have a discard section in your linker script?
<karolherbst> ahh!
<karolherbst> defined-only works!
<karolherbst> finally an answer!
<jenatali> From the one non-Linux guy :P
<HdkR> :D
<karolherbst> still
<karolherbst> there is too much
<HdkR> karolherbst: https://github.com/FEX-Emu/FEX/blob/main/ThunkLibs/libVDSO/libVDSO_Guest.lds#L22 Example of the crap I had to go through
<karolherbst> with cl it's simple
benjamin1 has joined #dri-devel
<karolherbst> that's it
<jenatali> Huh. Dunno how you're getting typeinfos
<HdkR> Time to slap it with some harder hammers
<karolherbst> yeah.. same
avoidr has joined #dri-devel
<karolherbst> but anyway.. if that's the entire list it's fine I guess
<karolherbst> what does that "d" and "r" mean anyway
<karolherbst> d: The symbol is in the initialized data section.
<karolherbst> r: The symbol is in a read only data section.
<karolherbst> oh well..
sima has quit [Ping timeout: 480 seconds]
<HdkR> Some of those upper things in mine are VDSO ELF exclusive so watch out :P
sassefa has quit [Ping timeout: 480 seconds]
Duke`` has quit [Ping timeout: 480 seconds]
khilman has joined #dri-devel
kts has quit [Remote host closed the connection]
kts has joined #dri-devel
Haaninjo has joined #dri-devel
Haaninjo has quit [Quit: Ex-Chat]
kts has quit [Ping timeout: 480 seconds]
bgs has quit [Remote host closed the connection]
dviola has left #dri-devel [WeeChat 3.8]
Zopolis4 has joined #dri-devel
dviola has joined #dri-devel
rasterman has quit [Quit: Gettin' stinky!]
ceyusa has joined #dri-devel
vjaquez has quit [Ping timeout: 480 seconds]
ceyusa is now known as vjaquez
co1umbarius has joined #dri-devel
columbarius has quit [Ping timeout: 480 seconds]
pcercuei has quit [Quit: dodo]
<AndrewR> karolherbst, yeah, correctly-build (with setarch i686) llvm package fixed this error, sorry for falshe alarm
BenjaminBreeg has quit [Quit: BenjaminBreeg]
Ultra has joined #dri-devel
vliaskov has quit [Remote host closed the connection]