我对开源和许可证有基本的理解问题。有人可以澄清以下情况的一些问题吗？对不起，如果它很基本
- 我
正在编写一个专有软件，我计划在其中使用一些开源库。我还需要 glibc 和 C 编译器，但不想使用操作系统中的默认 gcc 工具链，所以使用 crosstools-ng 构建了自己的工具链
现在在 ct-ng 中，我想 libstdc++ 库是静态链接的(这是针对 c++ 的，我猜在大多数情况下我不会使用它(，但从我的工具链配置中，我的 libc 是静态链接还是动态链接？如果是这种情况，鉴于glibc是LGPL，并且我可以将其链接到我的专有软件，这种静态链接是否会给我的wrt许可带来任何问题？我的软件仍然可以是近源的吗？还是我必须释放已编译的对象。
我的工具链配置如下，有人可以指出我 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)
使libc.so动态链接的原因有很多，包括法律和技术原因。
在法律方面，GNU libc 的 LGPL 许可证要求你允许你的用户增强他们的 libc;所以如果你销售一个静态链接的专有软件(技术上是一个坏主意(，你需要给你的用户提供重新链接到更好版本的 libc 的方法;具体来说，你可能还需要给出软件的*.o对象。
在技术方面，所有间接利用libdl.so或ld.so(即使用动态链接(的功能几乎都需要动态链接libc.so，特别是与NSS相关的功能(如getpwent和getaddrinfo以及许多其他功能，请参阅nsswitch.conf(5(和nss(5((。此外，动态链接libc的效率要高得多(RAM几乎由所有使用libc.so的进程共享，可执行文件大小更小;最重要的是，升级libc.so更容易(。
顺便说一句，您的公司是否考虑过让您的 Linux 软件免费(如演讲(？它确实有很多优点，许多公司都在选择开源路线。