头文件应该与源代码文件放在同一目录下，或者使用 -I 选项指定头文件的路径。

在编译源代码文件时，应该使用 -I 选项指定头文件的路径。例如：

上面的命令将 myfile.cpp 编译为 myfile.o，并使用 -I 选项指定头文件的路径为 ./include。

在打包静态库文件时，应该将包含头文件的目录一起打包进去。例如：

上面的命令将 myfile1.o、myfile2.o 和 include/ 目录一起打包成一个名为 libmylib.a 的静态库文件。

在编译调用静态库的程序时，也应该使用 -I 选项指定头文件的路径，并且需要链接生成的静态库文件。例如：

上面的命令将 myprog.cpp 编译为 myprog，并使用 -I 选项指定头文件的路径为 ./include，使用 -L 选项指定静态库的路径为 /usr/local/lib，使用 -l 选项指定静态库的名称为 mylib。

编写源代码文件，并将其保存为 .cpp 文件。例如，假设有两个源代码文件 foo.cpp 和 bar.cpp，它们分别实现了两个函数 foo() 和 bar()。

将源代码文件编译成目标文件（.o 文件）。在编译时，需要加上 -fPIC 选项，以便生成位置无关的代码（Position Independent Code）。例如：

上面的命令将 foo.cpp 和 bar.cpp 分别编译为 foo.o 和 bar.o。

将目标文件链接成动态库文件。使用 g++ 命令的 -shared 选项可以将多个目标文件链接成一个动态库文件。例如：

上面的命令将 foo.o 和 bar.o 链接成一个名为 libmylib.so 的动态库文件。

在编译调用动态库的程序时，需要使用 -L 选项指定动态库文件的路径，使用 -l 选项指定动态库的名称。例如：

上面的命令将 myprog.cpp 编译为 myprog，并使用 -L 选项指定动态库文件的路径为 /path/to/lib，使用 -l 选项指定动态库的名称为 mylib。注意，这里不需要指定头文件的路径，因为动态库已经包含了所有需要的符号信息。

注：

在编译时，如果同时有静态库和动态库，编译器会优先使用动态库。这是因为动态库是在运行时加载的，可以提供更大的灵活性和可重用性。如果编译器无法找到动态库，或者动态库不可用，编译器会尝试使用静态库。在链接时，如果同时存在静态库和动态库的符号定义，编译器会优先使用动态库中的符号定义。如果符号定义只存在于静态库中，则会使用静态库中的符号定义。

静态库和动态库是两种不同的代码库，它们之间的区别主要在于如何链接和加载代码。

静态库是一组目标文件（Object File）的集合，它们被打包成一个单独的文件。在编译时，静态库的代码被复制到可执行文件中，使得可执行文件包含了所有需要的代码。因此，静态库在链接时会增加可执行文件的大小，但是可以避免对库的依赖性。每次修改静态库的源代码，都需要重新编译整个可执行文件。

动态库也是一组目标文件的集合，但是它们被打包成一个单独的共享库文件，扩展名为.so(Linux) 或 .dll(Windows)。在编译时，可执行文件只包含对动态库的引用，而不是复制动态库的代码。在运行时，操作系统会将动态库加载到内存中，多个程序可以共享同一个动态库，从而减少内存占用和磁盘空间。每次修改动态库的源代码，只需要重新编译动态库本身，不需要重新编译可执行文件。

总的来说，使用静态库可以简化构建过程，但是会增加可执行文件的大小；使用动态库可以节省内存和磁盘空间，但是需要保证库文件的可用性，并且在链接时需要正确地引用库文件。