N3Cr0 to Programmer Humor@lemmy.ml • 23 hours agocarrot.pylemmy.worldimagemessage-square63fedilinkarrow-up11.03Karrow-down19
arrow-up11.02Karrow-down1imagecarrot.pylemmy.worldN3Cr0 to Programmer Humor@lemmy.ml • 23 hours agomessage-square63fedilink
minus-square@tetris11@lemmy.mllinkfedilink123•23 hours agoWorkaround: Potato peeler extends peeler, so just cast your carrots as potatoes before you peel them, and then cast them back to carrot afterwards
minus-square@mindbleach@sh.itjust.workslinkfedilink1•5 hours agoIf you forget the second step, well, that’s what sweet potatoes are.
minus-square@thisfro@slrpnk.netlinkfedilink58•23 hours agoTo cast them, it uses libvegs however. It is not available in any standard package libraries, so just quickly build it from source
minus-squareNaibofTabrlinkfedilinkEnglish48•23 hours agoYeah but the current build of libvegs has some conflicts with libfruit, so if you need to use both you have to build libvegs in a different directory and then simlink it in /lib.
minus-square@driving_crooner@lemmy.eco.brlinkfedilink31•22 hours agoTomato keep being casted as fruit, even that for any practical purpose it should be as vegetable
minus-square@tetris11@lemmy.mllinkfedilink25•edit-221 hours agoThat’s it, let’s re-write the entire backend in C++ to make use of multiple inheritance to tackle this one use-case! What do you mean “this is overkill”? Do you have any idea how many tomatoes go into a fucking salad!?
minus-squareTiefling IRLlinkfedilink5•22 hours agoYeah but that’s all my replacement’s problem to deal with
minus-square@ThunderComplex@lemmy.todaylinkfedilink22•21 hours agoUnfortunately, casting from potato to carrot is a narrowing conversion so your new carrot will lose some properties
Workaround: Potato peeler extends peeler, so just cast your carrots as potatoes before you peel them, and then cast them back to carrot afterwards
If you forget the second step, well, that’s what sweet potatoes are.
To cast them, it uses libvegs however. It is not available in any standard package libraries, so just quickly build it from source
Yeah but the current build of libvegs has some conflicts with libfruit, so if you need to use both you have to build libvegs in a different directory and then simlink it in /lib.
Tomato keep being casted as fruit, even that for any practical purpose it should be as vegetable
That’s it, let’s re-write the entire backend in C++ to make use of multiple inheritance to tackle this one use-case!
What do you mean “this is overkill”? Do you have any idea how many tomatoes go into a fucking salad!?
Someone should do it in rust now
Maybe cooking isn’t for me.
Yeah but that’s all my replacement’s problem to deal with
Unfortunately, casting from potato to carrot is a narrowing conversion so your new carrot will lose some properties
You say “potato” I say “caroto”
I hate that I understand this. Well done.
Internal screaming.