链接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使用动态链接的功能几乎都需要动态链接,特别是NSS相关功能(如getpwent和getaddrinfo其他许多功能,请参阅nsswitch.conf(5)&nss(5) )).此外,动态链接libc更有效(RAM几乎由所有使用libc.so的进程共享,可执行文件的大小更小;最重要的是,升级libc.so更容易).

顺便说一句,您的公司是否考虑过让您的Linux软件免费(如语音)？它确实有很多优点,许多公司正在选择开源路线.