N3Cr0@lemmy.world to Programmer Humor@lemmy.ml · 1 month agocarrot.pylemmy.worldexternal-linkmessage-square97fedilinkarrow-up11.32Karrow-down110
arrow-up11.31Karrow-down1external-linkcarrot.pylemmy.worldN3Cr0@lemmy.world to Programmer Humor@lemmy.ml · 1 month agomessage-square97fedilink
minus-squaretetris11@lemmy.mllinkfedilinkarrow-up161·1 month 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-squarethisfro@slrpnk.netlinkfedilinkarrow-up73·1 month agoTo cast them, it uses libvegs however. It is not available in any standard package libraries, so just quickly build it from source
minus-squareNaibofTabr@infosec.publinkfedilinkEnglisharrow-up61·1 month 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-squaredriving_crooner@lemmy.eco.brlinkfedilinkarrow-up44arrow-down1·1 month agoTomato keep being casted as fruit, even that for any practical purpose it should be as vegetable
minus-squaretetris11@lemmy.mllinkfedilinkarrow-up33·edit-21 month 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 IRL@lemmy.blahaj.zonelinkfedilinkarrow-up6·1 month agoYeah but that’s all my replacement’s problem to deal with
minus-squareThunderComplex@lemmy.todaylinkfedilinkarrow-up28·1 month agoUnfortunately, casting from potato to carrot is a narrowing conversion so your new carrot will lose some properties
minus-squaremesamune@lemmy.worldlinkfedilinkEnglisharrow-up15·1 month agoI hate that I understand this. Well done.
minus-squaretumblechinchilla@sh.itjust.workslinkfedilinkEnglisharrow-up13·1 month agoInternal screaming.
minus-squaremindbleach@sh.itjust.workslinkfedilinkarrow-up9·1 month agoIf you forget the second step, well, that’s what sweet potatoes are.
Workaround: Potato peeler extends peeler, so just cast your carrots as potatoes before you peel them, and then cast them back to carrot afterwards
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.
If you forget the second step, well, that’s what sweet potatoes are.