- 
xFFFC0000This does not look like necessary / correct to me. Does anybody know why we generate seperate object files before creating the library itself. github.com/monero-project/monero/bl…79a350bca53c454/CMakeLists.txt#L654
 - 
xFFFC0000E.g if you take a look this method from Google Abseil C++ library. they have something similar to monero_add_library, but they don't use extra (and IMHO unnecessary) step of creating object files. They create target library directly github.com/abseil/abseil-cpp/blob/7…f1243/CMake/AbseilHelpers.cmake#L35
 - 
xFFFC0000
 - 
xFFFC0000( and does anybody know we do use it in libwallet? as the old comment in the code states )
 - 
sech1Maybe it's to avoid compiling the same source files twice. I'm not a cmake guru
 - 
xFFFC0000
 - 
m-relay<ypavtv97lx:matrix.org> Can you associate the miner IP with the wallet address / hashrate on P2Pool ? (no one answered in "Monero Pools".
 - 
m-relay<ypavtv97lx:matrix.org> Can you associate the miner IP with the wallet address / hashrate on P2Pool ? (no one answered in "Monero Pools").
 - 
m-relay<someoneelse495495:matrix.org> They actually answered but you can't see the messages because you're on matrix.org
 - 
m-relay<ypavtv97lx:matrix.org> oh ok
 - 
m-relay<someoneelse495495:matrix.org> You can thanks this great decentralized network for having shitty cloudflare firewall rules that fuck up monero.social federation
 - 
m-relay<someoneelse495495:matrix.org> You have the node IP but not the miners one
 - 
m-relay<ypavtv97lx:matrix.org> ok thanks for info!
 - 
m-relay<rucknium:monero.social> spackle, 0xfffc , SyntheticBird , myself, and a few others have set up a "stressnet" to reproduce the performance bottlenecks in `monerod` that we saw during the suspected spam earlier this year and code patches. More info: monero.town/post/3463948
 - 
m-relay<rucknium:monero.social> To run a stressnet node, run the release or compile master of github.com/spackle-xmr/monero with the `--testnet` flag. Stressnet discussion is at #monero-stressnet:monero.social on Matrix and ##monero-stressnet on IRC.
 - 
xFFFC0000( Special thanks to spackle and rucknium )
 - 
m-relay<r4v3r23:monero.social> @selsta can we merge 8619 into master at least
 - 
m-relay<r4v3r23:monero.social> monero-project/monero #8619#pullrequestreview-2092304403
 - 
m-relay<r4v3r23:monero.social> i agree with rbrunner, get this out for more testing so we can finally release it
 - 
m-relay<r4v3r23:monero.social> for the record anonero has been using that PR for ~8 months without a single issue
 - 
m-relay<r4v3r23:monero.social> well 8617 but same thing
 - 
m-relay<hackerg:monero.social> Hey is woodster in here?
 - 
selsta.merges
 - 
xmr-pr8203 9114 9338 9345 9346 9347
 - 
selsta.merge+ 8619
 - 
xmr-prAdded
 - 
m-relay<thegoodlabel:matrix.org> tx_extra.h "struct tx_extra_mysterious_minergate"
 - 
m-relay<thegoodlabel:matrix.org> i was under the impression minergate was blacklisted not sure why this is still in the code please pardon my ignorance
 - 
moneromoooAvoids some warning somewhere, and possibly loss of sync allowing parsing further extra chunks.
 - 
m-relay<thegoodlabel:matrix.org> i noticed in my log i have "transaction extra has unsupported format: <string>"
 - 
sech1I wonder if matrix.org users still see IRC messages with 24 hours delay
 - 
sech1moneromooo IIRC minergate stopped their operation already, so no need for this tag anymore?
 - 
moneromoooTheir blocks are still on the chain.