public inbox for gcc-help@gcc.gnu.org
 help / color / mirror / Atom feed
From: Paul Smith <paul@mad-scientist.net>
To: JacobK622 <JacobK622@protonmail.com>
Cc: gcc-help@gcc.gnu.org
Subject: Re: I'm really confuesd and frustrated Please Help
Date: Sat, 27 Jun 2020 13:52:17 -0400	[thread overview]
Message-ID: <a712ba7d483810c7d69abc7734108613da2f1688.camel@mad-scientist.net> (raw)
In-Reply-To: <OTv2GSSYnxFy1CbEjh8WPhkbd6mjwaEy8icKlq7zXuo8A3WIvA2wVpNj5M5oEuCRWyrRJvpcCgaQHvQQkH5QvT0N4NZ70fA_89Yw2ZqJ0b0=@protonmail.com>

On Sat, 2020-06-27 at 15:50 +0000, JacobK622 via Gcc-help wrote:
> Anyway, I opened stdio.h in a text editor and it clearly stated that
> it was under the LGPL v2 or any later version.
> sooo... what am I missing here?

I don't understand the question.  You might find some answers and help
on the GNU license page, here: https://www.gnu.org/licenses/

> What is the email for the glibc list and would it be bad netiquette
> to post this there?

If you want to ask questions about glibc then you can certainly post on
the libc-help list.

As for where it is, Google of "glibc mailing list" returns as the very
first hit:

https://www.gnu.org/software/libc/involved.html

> "For questions about glibc's licence you should ask the glibc list or
> consult a lawyer. The first paragraph of clause 5 of LGPL v2.1 seems
> clear to me:

It may seem clear to you but legal-ese is not easy for a layperson to
read.

> 5. A program that contains no derivative of any portion of the
> Library, but is designed to work with the Library by being compiled
> or linked with it, is called a "work that uses the Library". Such a
> work, in isolation, is not a derivative work of the Library, and
> therefore falls outside the scope of this License."
> 
> The  sentence says "Such a work, in ISOLATION, is not a derivative
> work of the Library, and therefore falls outside the scope of this
> License.". If I wanted to distribute my code in source code form only
> then you would be right--the use of the libraries wouldn't affect the
> code, because they aren't combined.

I am not a lawyer so if you care to be more confident of this than
taking advice from someone on the internet, consult one.

Also I should make clear that if what you're hoping for by posting
these questions is some sort of legally binding disclaimer from the
official copyright holders, you aren't ever going to get that, either
here for the C++ library nor on the GNU libc list for that library. 
"Advice from someone on the internet" is the best you're going to do.

However, there has been 20+ years of history using the GPL and LGPL
libraries and so what's acceptable and not is well-defined (IMO).

What the LGPL means, basically, is that if you compile and link your
program against an LGPL library using its published headers then your
program is not a derivative work of that library (and hence there is no
copyright issue) AS LONG AS:

1) You link the LGPL library dynamically, not statically, OR you
provide some other means for someone to replace the LGPL library with
their own modified version (such as distributing object files that can
be relinked with a different library), AND

2) You either don't modify any of the LGPL code in order to use it, or
if you do you distribute such modifications under the LGPL as well.

There may be other requirements that may apply to LGPL libraries other
than GNU libc; see this FAQ answer for more information:
https://www.gnu.org/licenses/gpl-faq.html#LGPLStaticVsDynamic
(since libc is always provided with the user's computer).


For the case of GCC there actually are some bits of code that _must_ be
statically linked with your program during linking to make it work. 
However, those bits of code are under a special license exception which
can be located from here:
https://www.gnu.org/licenses/exceptions.html


HTH!


  parent reply	other threads:[~2020-06-27 17:52 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-06-27 15:50 JacobK622
2020-06-27 17:45 ` Dan Kegel
2020-06-27 17:52 ` Paul Smith [this message]
2020-06-27 18:30 ` Jonathan Wakely
  -- strict thread matches above, loose matches on Subject: below --
2020-07-09  3:20 JacobK622
2020-07-09  4:37 ` Dan Kegel
2020-07-08  1:45 JacobK622
2020-07-08  2:01 ` Dan Kegel
2020-07-08  7:12 ` Jonathan Wakely
2020-07-08 19:15   ` Thomas Dineen
2020-07-08 14:49 ` Ian Lance Taylor
2020-06-28 19:43 JacobK622
2020-06-28 19:53 ` JacobK622
2020-06-28 20:09   ` Paul Smith
2020-06-28 21:30     ` Dan Kegel
2020-06-11  1:26 JacobK622
2020-06-11  2:03 ` Dan Kegel
2020-06-11  8:39 ` Jonathan Wakely

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=a712ba7d483810c7d69abc7734108613da2f1688.camel@mad-scientist.net \
    --to=paul@mad-scientist.net \
    --cc=JacobK622@protonmail.com \
    --cc=gcc-help@gcc.gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).