hkaiser changed the topic of #ste||ar to: STE||AR: Systems Technology, Emergent Parallelism, and Algorithm Research | stellar-group.org | HPX: A cure for performance impaired parallel applications | github.com/STEllAR-GROUP/hpx | This channel is logged: irclog.cct.lsu.edu
hkaiser has quit [Read error: Connection reset by peer]
hkaiser has joined #ste||ar
diehlpk has joined #ste||ar
rayw_ has quit [Ping timeout: 268 seconds]
K-ballo has quit [Quit: K-ballo]
hkaiser has quit [Quit: Bye!]
diehlpk has quit [Quit: Leaving.]
ms[m] has joined #ste||ar
<ms[m]>
gnikunj: nothing I'm aware of
<ms[m]>
however, could (should/can?) you make that dependency more explicit with one more level of targets? make object.o also a static library and link <some library> to it?
rayw_ has joined #ste||ar
K-ballo has joined #ste||ar
jehelset has joined #ste||ar
jehelset has quit [Ping timeout: 240 seconds]
diehlpk has joined #ste||ar
diehlpk has quit [Quit: Leaving.]
diehlpk_work has joined #ste||ar
diehlpk has joined #ste||ar
diehlpk has quit [Quit: Leaving.]
<gnikunj[m]>
ms: aah that would make sense. I decided to resolve the static init order issues. Figured that’s a library issue that needs to be resolved first. Thanks!