K-ballo changed the topic of #ste||ar to: STE||AR: Systems Technology, Emergent Parallelism, and Algorithm Research | stellar.cct.lsu.edu | HPX: A cure for performance impaired parallel applications | github.com/STEllAR-GROUP/hpx | Buildbot: http://rostam.cct.lsu.edu/ | Log: http://irclog.cct.lsu.edu/
bita has quit [Ping timeout: 244 seconds]
K-ballo has quit [Quit: K-ballo]
hkaiser has quit [Quit: bye]
Yorlik has joined #ste||ar
<gonidelis[m]> ms[m]: yt?
<ms[m]> gonidelis[m]: hey, here
<gonidelis[m]> ms[m]: so about your comment on #5051. You mean that I should leave all tests as is? And then add new ones for the new overloads?
<ms[m]> gonidelis[m]: I was just thinking about the overloads that don't have an equivalent in hpx:: or hpx::ranges
<gonidelis[m]> ohhhhhh ok....
<ms[m]> makes sense?
<gonidelis[m]> Just to get this straight. I keep these test-files/overloads without changes and I just adapt the test cases that do have overloads under hpx:: or hpx::ranges
<ms[m]> gonidelis[m]: so for all the overloads that have a new overload in hpx:: or hpx::ranges:: update to use the new non-deprecated overloads
<ms[m]> only for deprecated overloads that don't have a replacement in hpx:: or hpx::ranges:: can you leave the tests as is
<ms[m]> gonidelis[m]: that is to say if you already updated tests to use the new overloads, keep those, but then just re-enable the test that you commented out for now, no big rearranging necessary
<gonidelis[m]> ms[m]: great thanks a lot! That solves lots of my problems. I appreciate it
<gonidelis[m]> :)
<ms[m]> gonidelis[m]: 👍️
K-ballo has joined #ste||ar
sudo-panda has joined #ste||ar
sudo-panda1 has joined #ste||ar
sudo-panda2 has joined #ste||ar
Yorlik has quit [Ping timeout: 256 seconds]
hkaiser has joined #ste||ar
hkaiser has quit [Quit: bye]
hkaiser has joined #ste||ar
sudo-panda2 has quit [Remote host closed the connection]
sudo-panda1 has quit [Remote host closed the connection]
sudo-panda has quit [Remote host closed the connection]
Yorlik has joined #ste||ar
akheir has joined #ste||ar
akheir1 has joined #ste||ar
akheir has quit [Ping timeout: 260 seconds]
weilewei has joined #ste||ar
akheir1 has quit [Remote host closed the connection]
bita has joined #ste||ar
shahrzad has joined #ste||ar
akheir has joined #ste||ar
diehlpk_work has joined #ste||ar
RostamLog has joined #ste||ar
hkaiser has quit [Quit: bye]
Yorlik has quit [Ping timeout: 240 seconds]
weilewei has quit [Remote host closed the connection]
weilewei has joined #ste||ar
hkaiser has joined #ste||ar
bita_ has joined #ste||ar
bita has quit [Ping timeout: 260 seconds]
<tiagofg[m]> Hello everyone,
<tiagofg[m]> hkaiser sorry to bother you but I have one more issue relative to load dynamic libraries at runtime. I don't know if you remember about my issue, that you resolve with putting --hpx:ini=hpx.component_paths=
<hkaiser> yes
<hkaiser> what's the issue
<hkaiser> tiagofg[m]: ^^
<tiagofg[m]> the problem is that when I run that on mac, MacOS Catalina Version 10.15.7, this error continues to appear
<tiagofg[m]> {what}: the component is disabled for this locality (component_invalid[-1]): HPX(bad_request)
<tiagofg[m]> On linux works fine...
<hkaiser> ahh yah, we've had issues with loading plugins on mac
<tiagofg[m]> do you know something that could help me?
<tiagofg[m]> humm
<tiagofg[m]> so, there's nothing I can do?
<hkaiser> tiagofg[m]: I can't debug it as I'm not working on a mac
bita_ has quit [Ping timeout: 240 seconds]
<tiagofg[m]> but do you thing this issue will be resolved in the future?
<hkaiser> tiagofg[m]: I had an attempt on fixing this here: https://github.com/hkaiser/hpx/tree/fixing_plugins_mac
<hkaiser> not sure whether this really fixed anything, though
<hkaiser> can't merge that drectly, however
<tiagofg[m]> Ok Kaiser, I'll see what I can do, thank's for your time!
<hkaiser> tiagofg[m]: if you managed to fix this, I'd appreciate hearing about it