Re: [Proposal-ish?] Lua should bind the Lua C API as a Lua module

[Russell Haley <russ.haley@...>]

Sorry for the top post. 

No offense Paige, but I will lean towards a standardized term, used by a university professor on a university project website over a rather airey social media definition of a term that grew from a git slang. I have many forks on my github site. I do not have any software derivatives though. 

Russ

Sent from my BlackBerry 10 smartphone on the Virgin Mobile network.
  Original Message  
From: Paige DePol
Sent: Tuesday, November 28, 2017 4:48 AM
To: Lua mailing list
Reply To: Lua mailing list
Subject: Re: [Proposal-ish?] Lua should bind the Lua C API as a Lua module

Luiz Henrique de Figueiredo <lhf@tecgraf.puc-rio.br> wrote:

>> But that isn't Lua. That isn't the Lua standard libraries, as
>> defined by the reference manual.
>> 
>> That's just a Lua fork.
> 
> No, it's not a Lua fork. 
> The FAQ at https://www.lua.org/faq.html#1.7 says:
> 
> 1.7 - What do I call software derived from Lua?
> 
> [...] If the syntax and the semantics of the language (that
> is, the parser and the virtual machine) remain the same,
> then the language is still Lua. If you simply add new
> libraries, or even replace the standard Lua libraries with
> your own libraries, the language is still the same, and you
> don't need to (and probably shouldn't) give it a completely
> different name.

Wikipedia defines a fork as follows:

"In software engineering, a project fork happens when developers take a copy
of source code from one software package and start independent development
on it, creating a distinct and separate piece of software."

My custom variant of Lua makes some very significant changes to the original
language so I would definitely call it a fork. However, in your view if Soni
made a copy of Lua and did not change the language itself, but rather only
the libraries or other non parser/VM changes that does not count as a fork?
Even if the new libraries offer functionality not present in vanilla Lua?

I suppose this could just be a semtantic difference where your determination
of "fork" is when the language itself is changed, where I thought a fork was
when development occurred by anyone who wasn't the original developers.

~Paige