Agreed. I wasn’t trying to say they are always better just explain the difference.
I almost exclusivity use Linux and it handles this great. .so libraries are stored with a version number and a link to the latest. So math3.so and math4.so with math.so being a link to math4.so. that way if needed I can set a program to use math3.so and keep everything else on the latest version.
So the basic purpose of a library is to allow code that does some useful thing to be easily used in multiple programs. Like say math functions beyond what is in the language it self or creating network connections.
When you build a program with multiple source files there are many steps. First each file compiled into an object file. This is machine code but wherever you have calls into other files it just inserted a note that basicly says connect this call to this part of another file. So for example connect this call to SquareRoot function in Math library.
After that has been done to every file needed then the linker steps in. It grabs all the object files combines them into one big file and then looks for all the notes that say connect this call to that function and replaces them with actual calls to the address where it put that function.
That is static linking. All the code ends up in a big executable. Simple but it has two big problems. The first is size. Doing it this way means every program that takes the squareroot of something has a copy of the entire math library. This adds up. Second is if there is an error in the math library every program needs to be rebuilt for the fix to apply.
Enter dynamic linking. With that the linker replaces the note to connect to the SquareRoot function in math library with code that requests the connection be made by the operating system.
Then when the program is run the OS gets a list of the libraries needed by the program, finds them, copies them into the memory reserved for that program, and connects them. These are .so files on Linux and .dll on Windows.
Now the os only needs one copy of math.so and if there is a error in the library a update of math.so can fix all the programs that use it.
For GPL vs LGPL this is an important distinction. The main difference between them is how they treat libraries. (There are other differences and this is not legal advice)
So if math.so is GPL and your code uses it as a static link or a dynamic link you have to providd a copy of the source code for your entire program with any executable and licence it to them under the GPL.
With LGPL it’s different. If math.so is staticly linked it acts similar to the GPL. If it’s dynamicly linked you only have to provide the source to build math.so and licences it under LGPL. So you don’t have to give away all your source code but you do have to provide any changes to the math library you made. So if you added a cubeRoot function to the math library you would need to provide that.
And I’m from the other end where I came from Morrowind and couldn’t get into Oblivion because it was so generic compared to the earlier game. Monsters leveling to the character made it so safe.
I remember when the monster that was spawning everywhere changed type I knew I had leveled up.
Ah yes. Land Skyranger, open door, sectoid throws grenade into Skyranger. Evac with one survivor. Good times.
There is a lot of truth to this old commercial. https://m.youtube.com/watch?v=y5DpaCvoCn0
I cut my teeth on Space Quest 1 and Kings Quest 3. Not only was the very spefic vocabulary a pain but so many solutions were a dead end trap.
I remember in Space Quest if you typed use [item] it would give you a message about not being a simple 2 word game and tell you to say use [item] on [thing]. It required that format.
Then halfway through the game the solution to one puzzle is use glass. Not use glass on laser. I has figured out the puzzle right away but it took me days to get the right wording.
Those games have not aged well.
To be fair a lot of human translators don’t bother to be accurate or capture wordplay. Some of the translations for netflix are so bad.