鏈接GLIBC靜態和專有軟件許可

Question

我對開源和許可證有基本的理解問題。有人可能請澄清以下情況的一些問題。對不起，如果它是非常基本的

1. 我正在寫一個專有軟件，我打算使用一些開源庫。我也需要glibc和一個C編譯器，但不想使用我的操作系統默認的gcc工具鏈，所以我自己使用crosstools-ng

2. 現在在ct-ng中，我猜libstdC++庫被鏈接靜態（這是C++和我不會用在大多數情況下，我猜），但從我的工具鏈配置是我的libc靜態或動態鏈接？如果是這樣的話，鑑於glibc是LGPL，並且我可以將它鏈接到我的專有軟件，這種靜態鏈接是否會導致我的許可問題？我的軟件能否靠近來源？或者我必須釋放編譯的對象。

我的工具鏈配置如下，從這可能有人指向我，如果glibc是靜態或動態鏈接？

Target: x86_64-some-linux-gnu 
Configured with: /home/balravin/tools/platform/x86/src/gnu/gcc/4.4.7/.build/src/gcc-4.4.7/configure --build=i686-build_pc-linux-gnu --host=i686-build_pc-linux-gnu --target=x86_64-some-linux-gnu --prefix=/home/balravin/tools/platform/x86/obj/gnu/gcc/4.4.7/x86_64-some-linux-gnu --with-sysroot=/home/balravin/tools/platform/x86/obj/gnu/gcc/4.4.7/x86_64-some-linux-gnu/x86_64-some-linux-gnu/sysroot --enable-languages=c,c++,fortran --with-pkgversion='crosstool-NG 1.15.3' --disable-sjlj-exceptions --enable-__cxa_atexit --enable-libmudflap --enable-libgomp --enable-libssp --with-gmp=/home/balravin/tools/platform/x86/src/gnu/gcc/4.4.7/.build/x86_64-some-linux-gnu/buildtools --with-mpfr=/home/balravin/tools/platform/x86/src/gnu/gcc/4.4.7/.build/x86_64-some-linux-gnu/buildtools --with-ppl=/home/balravin/tools/platform/x86/src/gnu/gcc/4.4.7/.build/x86_64-some-linux-gnu/buildtools --with-cloog=/home/balravin/tools/platform/x86/src/gnu/gcc/4.4.7/.build/x86_64-some-linux-gnu/buildtools --with-host-libstdcxx='-static-libgcc -Wl,-Bstatic,-lstdc++,-Bdynamic -lm' --enable-threads=posix --enable-target-optspace --with-long-double-128 --disable-multilib --with-local-prefix=/home/balravin/tools/platform/x86/obj/gnu/gcc/4.4.7/x86_64-some-linux-gnu/x86_64-some-linux-gnu/sysroot --enable-c99 --enable-long-long 
Thread model: posix 
gcc version 4.4.7 (crosstool-NG 1.15.3) 

Answer 1

原因是多方面的，既有法律和技術，使libc.so動態鏈接。

在法律方面，GNU libc的LGPL許可證要求您允許用戶增強其libc;所以如果你銷售一個靜態鏈接的專有軟件（技術上不好的想法），你需要讓用戶把它重新鏈接到一個更好的libc版本;具體來說，您可能還需要提供軟件的*.o對象。

在技術方面，動態鏈接libc.so幾乎需要間接利用libdl.so或ld.so -i.e.的所有特徵。使用動態鏈接 - 尤其是NSS相關功能（如getpwent和getaddrinfo等等，參見nsswitch.conf(5) & nss(5)）。此外，動態鏈接libc效率更高（RAM幾乎與所有使用libc.so的進程共享，並且可執行文件的大小更小;最重要的是，升級libc.so更容易）。

順便說一句，您的公司是否考慮讓您的Linux軟件免費（如在演講中）？它確實有很多優點，許多公司正在選擇開源路線。