-
jpk68
Is the Rust implementation of FCMP still going to be used for the hardfork, and is it supposed to be temporary?
-
jpk68
Apologies for being out of the loop
-
m-relay
<jeffro256:monero.social> 1) Yes 2) No
-
xmr-pr
DUQUEredes opened pull request #10332: tx_pool: fix early return in remove_transaction_keyimages
-
xmr-pr
-
xmr-pr
DUQUEredes opened pull request #10333: tests: add mempool throughput benchmark
-
xmr-pr
-
xmr-pr
DUQUEredes opened pull request #10334: tests: add key image spent status lifecycle test
-
xmr-pr
-
jpk68
jeffro256: Thanks. I might be missing something, but if the Rust toolchain is required as a dependency, does that not already break compatibility with older GCC versions?
-
jpk68
I know Rust doesn't use GCC, I'm just talking about what sech1 mentioned yesterday
-
m-relay
<milas900:matrix.org> Is midnight cordano privacy share any technology with monero ?
-
m-relay
<milas900:matrix.org> Is midnight cordano privacy share any technology with monero ?. I know the answer is no but just curious why two coins call them privacy
-
m-relay
<spirobel:kernal.eu> all of these "layer 2 privacy solutions" are half baked nonsense. the ux is absolutely horrific
-
m-relay
<spirobel:kernal.eu> this topic is more something for the mrl lounge
-
m-relay
-
luigi1111
.merges
-
xmr-pr
10161 10162 10299 10312 10314 10315 10316 10317 10318 10319 10320
-
m-relay
<jeffro256:monero.social> Jpk68: what do you mean by "break compatibility with older GCC versions"? Our code uses C FFI to call the Rust crypto code, whose interface is determined by the Linux x64 ABI , which shouldnt be broken
-
jpk68
jeffro256: What I mean is, based on your messages from yesterday, you seem to be in favor of keeping GCC 7 instead of upgrading to GCC 14. Is the downside of upgrading GCC (breaking compatibility with older machines) not already existent due to the need of a recent Rust compiler?
-
jpk68
This matters for compiling of course, but also potentially the dynamically linked runtime libraries. The monero-oxide repo uses the 2021 Rust edition, which is a lot newer than the current GCC version
-
sech1
actually yes, Rust dynamic libs will likely need a newer glibc than what is available on old systems
-
selsta
.merges
-
xmr-pr
Merge queue empty
-
selsta
fixed it
-
Guest15
-
Guest15
With sources, not just set up
-
Guest15
Or maybe anyone knows how I can find jtgrassie?
-
selsta
jeffro256: 10332 is also fully AI generated, should I just close it?
-
selsta
or is the change itself ok?
-
m-relay
<jeffro256:monero.social> The change itself seem okay. There wasn't any active issue with that code AFAIK, but the idea is alright
-
sech1
jeffro256 I reviewed 10038, and found some issues
-
m-relay
<jeffro256:monero.social> jpk68: I see what you mean. You're basically asking "Does the existence of a new Rust toolchain basically make the old GCC support pointless?" Maybe. FCMP++ needs Rust 1.69, which released in March 2023. RandomX needs GCC 14, which released in May 2024. So RandomX's GCC dependency is definitely newer than the Rust dependency. As for which standard library Rust 1.69.0 requires, I'm not ure
-
m-relay
<jeffro256:monero.social> *sure
-
selsta
v0.18.4.6 is tagged
-
plowsof
🥳