xianc78 @xianc78@gameliberty.club

@Bad_Banner

man if only the anti capitalists didn't use the code as collateral

Did you know gold is more plentiful than lead when you analyze the bulk composition of the earth? You’re probably thinking, ‘Wait a minute, I thought gold was rare!’ Well, you’re right! Confused? Let me explain.
https://activistpost.com/2024/12/study-sheds-light-on-how-gold-reaches-the-earths-surface.html

@adachi @mischievoustomato @munir @Suiseiseki @waifu @dj We are in a "Death of the Author" situation. It might not matter what RMS thinks or promotes when _some_ of his most devout supporters misinterpret his ideas and preach something RMS didn't intent to/say.

One of such people is in this thread and started the whole discussion about this topic mostly unprompted. I've had multiple discussions with Suiseiseki exactly about promoting free software as much as possible, while also being pragmatic about it when simply no functioning/usable options exist and there's zero chance of changing him. He lives in his own bubble, unable to understand that a world where free software can't replace everything for everyone exists. Barely understanding what BIOS, microcode and system bootstrap are, while saying that updating proprietary microcode makes Libreboot proprietary, because they dared to update already broken software that is _already_ burned into the CPU die. In this case GNUBoot is actually counterproductive to spreading freedom, just like the flawed policy it follows. While Libreboot is better for user's freedom than normal BIOS, he won't acknowledge it because it breaks FSF's own policies. And if you get him into a corner that he can't "escape" with free software, he'll just play the skill issue card and be done with it.

I actually fully agree with RMS here in this case, even though some of his ideas and FSF policies are deeply flawed.

Anyway, to reference the copypasta, the pragmatic type of free software promoter you are referring to is a FOSSoid :D Don't take it seriously though, it was just written as a bait while I was on a long train ride and had nothing to do.

https://fluffytail.org/objects/029c91e1-fb26-4fb0-9d95-c361312d1896

@xianc78
One of my resolutions this year is to get serious about video game development and actually try crossing that line. Worries about becoming a starving artist don't apply when everyone is being starved and frozen out of everything.

>poasties berating a guy for hating politics
lol, lmao

@phnt@fluffytail.org @Suiseiseki@freesoftwareextremist.com @munir@fedi.munir.tokyo @dj@ti.parcero.casa This makes total sense!
Suiseiseki is an inside agent, and he's making free and open source software as ANNOYING AND LAME AS POSSIBLE so everyone uses proprietary software, it's the perfect plan

@mischievoustomato @munir @Suiseiseki @waifu @dj Let's consult the copypasta.

>FOSSTard, GNUTard or in extreme cases a GNURetard, not to be confused with a FOSSoid, is an insufferable person whose most prominent identity is Free Software advocacy (#FOSS advocacy) done the wrong way. (...)
>Instead of advocating for practical Free Software use, they support only 100% Free Software solutions while ignoring how broken and unusable they can be. Thus eliminating any potential new users of Free Software.

Yeah, checks out.

BuyVM is changing hands and the Luxembourg location will be moved to Netherlands. So basically no freedom of speech and more likely government meddling when being involved in more controversial topics. Just so everybody knows.

More info on their Discord (sadly).

Edit: https://fluffytail.org/notice/ApwMFDlD3GhGD1CK4e
Edit 2: https://fluffytail.org/notice/ApwYmky7ntmeD0zpVw
Edit 3: https://fluffytail.org/notice/ApwYyGJNc1RCbPQN8K

#VPS #Hosting #Web

With reverse engineering (I assume the B-K decomp?) they figured out the RAM address that would enable the Stop n Swomp stuff via cart swapping. Not terribly exciting anymore because we long since got the cheato codes to activate them anyways and there's nothing anymore you can send them back to, but there it is

https://www.youtube.com/watch?v=sHQbswTkEjQ

Sweet negative ram usage.

#NoAgendaBannedCamp

I have been doing some research on the inline keyword in C++, since my IDE (CLion) is... giving it a lot of preferential treatment.

From what I have read, correct me if I am wrong, it is primarily an optimization **when used on functions**. Forcing the compiler to insert the function contents directly wherever it's called when it assembles into opcode, removing the overhead of calling a subroutine, but potentially decreasing efficiency in other ways--low level CPU cache/branch predict stuff the compiler will probably decide for me anyway and that I don't have a great understanding of yet.

However, I cannot find a super clear answer on what cons this may have for *variables*.

Say I have a static variable in a namespace:

namespace stuff {
uint8_t x = 69;
}

What are some potential DRAWBACKS, if any, to making this inline? I can only find information on advantages, but that it should otherwise be left alone because the compiler will do it anyway if it's analysis deems necessary. The consensus seems to be "none" but I want to be sure because there is a lot of bad advice out there.

Thanks