But looking at the history of the free software movement, it seems like they should actually be embracing LLMs. It's interesting how differently people think. The starting point of GNU was that Unix was expensive and costly for research labs, so they set out to build a free alternative that users could control from the ground up. So if LLMs are useful, shouldn't we be building a free LLM ecosystem where users can run…
GCC steering committee announces AI policy
91–100 of 453 posts
Re: GCC steering committee announces AI policy
#92I wonder how they plan to detect it something is LLM generated. I think what this leads to is people just working hard to make their outputs appear human generated.
Re: GCC steering committee announces AI policy
#93Earlier quoted context omitted.
> Do anti-LLM types expect to be vindicated in an orgy of copyright lawsuits that resets the industry back to 2022? What do people pushing expect to accomplish? You weren’t kidding, huh.
He's correct though. You would need 3 extremely low probability events to all occur simultaneously for the concern to actually manifest. 1) Courts reverse their previous decisions and declare LLM generated code as belonging to LLM labs. 2) LLM labs decide to assert their copyright and sue open source projects. 3) They are able to prove that the code was generated by an LLM and not just any LLM but their LLM.
The concern instead is that LLMs and all of their outputs may be found to be derivative works of their entire training set, and thus rendered unusable (as the training set is not distirbutable under any license).
I think this ship has long sailed and no court is going to dare give such a decision given the money involved, for better or for worse. But it's a much more realistic scenario, in principle, than LLM labs going mad and attacking their own customers.
Edit to add: there is another, completely different, copyright risk associated with LLMs - and one that is much more realistic. It is the fact that code generated by LLMs may not, in fact, be copyrightable at all. Which would mean that it can't be subject to the GPL. As long as it remains a minority of GCC code, this wouldn't matter much, but it could in time lead to significant portions of GCC becoming public domain, and thus cooyable, modifiable, and redistrubutable without providing the four freedoms.
Re: GCC steering committee announces AI policy
#942028: AI can generate a compiler suite to rival GCC overnight, but faster and with fewer bugs. That'll be fun. (Extra fun if the AI generated compiler is under BSD licence.)
Ultimately though, anyone can choose what to use. If an LLM generated compiler is better than GCC and people prefer it, so be it.
Re: GCC steering committee announces AI policy
#95Why do the AI bros even care? Surely you can just make a better gcc with a prompt right, why care about one project disallowing your Thoughtful Contributions?
There was someone claiming they had already AI generated a better GCC that was 10x as fast. A bold claim, but they didn't provide evidence so who knows.
Re: GCC steering committee announces AI policy
#96I think if the submitter can answer questions about the code, and exhibit understanding for every line then it should be indistinguishable. But I don't maintain any busy projects. The moderating should focus on good user participation, and a reputation to give old users leeway. I'd be as specific as requesting new users to respond as succinctly as possible to avoid AI ranting
One of the big AI companies recently presented to our company. They sent one of the clowns. "I don't even review the code because it would slow me down. Human code also has bugs, so why bother?" These people scare me, but they're also the first type of coder who will be unemployed by AI, so at least we won't have to put up with them for much longer.
Software is a big umbrella. There are people who vomit out code because they can just push another update later in the day and will keep doing that until the bug reports stop. They are often gleefully ignorant that much of software is not designed that way, and that the reason any of their code works is that it is built on software very much not designed that way.
Re: GCC steering committee announces AI policy
#97This is a pretty good middle ground, I think. You can't prevent LLM usage and there's significant downsides to doing so universally, so restricting contributions to things that a human needs to demonstrably understand circumvents a lot of problems.
You can use an LLM and demonstrably understand the code it produces.
Obviously.
Chatgpt: Write a bubble sort in java.
Now ask questions about what you don't understand.
The problem is comparing trivial examples to complex multi-agent hands-off workflows. Scale until you are at the edge of your comfort zone.
Pretending that all LLM codes is dangerous because you cant understand a solution to a problem you offloaded to a black box, is disingenuous.
Re: GCC steering committee announces AI policy
#98Earlier quoted context omitted.
Currently the top one has a nice kind of supervillain flair to it: > Denying it is denying human nature, Mr. Bond, and the gods tend to punish the hubris of denying nature.
It's nuts how strong the reactions are. This is a rather permissive policy: tests and changes 15 lines are fully allowed.
Re: GCC steering committee announces AI policy
#99Re: GCC steering committee announces AI policy
#100I think if the submitter can answer questions about the code, and exhibit understanding for every line then it should be indistinguishable. But I don't maintain any busy projects. The moderating should focus on good user participation, and a reputation to give old users leeway. I'd be as specific as requesting new users to respond as succinctly as possible to avoid AI ranting
Of course as people understand how to use these tools their quality of output may increase. But what will also improve is our own processes around handling AI work.