我有一个特定的问题，但让我先尝试一下以一般方式制定它：
我正在使用Linux（确切地说是openSUSE 12.2）。工具链非常标准，使用make，OpenMPI mpic（使用GCC）等。
我的问题本质上是我被赋予了一串链接命令作为 makefile 中的宏（即"-lsomelib -L/some/path -lotherlib"等）。我想创建一个使用这些库的库（我们称之为libmine），我不希望libmine的消费者必须关心我使用什么库（即，他们只需要做-lmine而不关心-lsomelib等等）。
具体来说，我正在处理 petsc，这强烈建议我使用它的一个 makefile 作为模板，而不是尝试滚动我自己的。出于我的目的，最小的制作文件是：
include ${PETSC_DIR}/conf/variables
include ${PETSC_DIR}/conf/rules
mine.o: mine.c chkopts
${CC} ${CFLAGS} ${PETSC_CCPPFLAGS} -o mine.o -c mine.c ${PETSC_KSP_LIB}
这里mine.c是我的库的源代码，${PETSC_KSP_LIB}是包含链接指令的字符串。在我的机器上，它具体是：
-L/usr/local/petsc/petsc-3.3-p5_user0/linux-gnu-user0/lib -lpetsc -lX11 -lpthread -Wl,-rpath,/usr/local/atlas -L/usr/local/atlas -llapack -lblas -L/usr/lib64/mpi/gcc/openmpi/lib64 -L/usr/lib64/gcc/x86_64-suse-linux/4.7 -L/usr/local/petsc/petsc-3.3-p5_user0 -L/opt/AMDAPP/lib/x86_64 -L/usr/x86_64-suse-linux/lib -lmpi_f90 -lmpi_f77 -lgfortran -lm -lgfortran -lm -lgfortran -lm -lm -lquadmath -lm -ldl -lmpi -lnsl -lutil -lgcc_s -lpthread -ldl
这些库大多是静态库（尽管其中可能也有一些动态库）。
我正在寻找一种方法来让 mine.o（或完成的库 libmine.a）包含所有必要的信息，以便在编译其他使用 libmine 的应用程序时，它只需要链接到 libmine，而不是链接到 ${PETSC_KSP_LIB} 中列出的整个库主机。
我希望这很容易做到（？），但我对整个链接过程真的很不稳定。例如，如果所有库都是静态的或动态的，会更容易做到吗？另请注意，我没有必要静态包含动态库，例如将文件夹添加到LD_LIBRARY_PATH根本不是问题。必不可少的部分是，当我在其他项目中使用该库时，我不必担心基于 petsc 的库使用的库列表。
将共享库转换为静态库并非易事。
要将多个静态库合并为一个，只需解压缩它们，然后构建新的（粗糙但有效）：
ar -xv somelib.a
ar -xv anotherlib.a
...
ar -r libmine.a *.o
我听说过一个更优雅的解决方案，但我想在我认可它之前测试它......