C 静态库是否应始终使用与应用程序相同的编译器选项构建?
我们有一个可重复使用的库,可以传递给多个产品。大多数产品都在VxWorks中,并使用gcc编译器。但是,它们中的每一个都将在不同的体系结构上,如PPC、MIPS,而在PPC本身中有更多的类型,如8531、8620等 目前,我正在分别为这些板构建静态LIB,并提供。是否可以构建一个公共库,它可以跨所有这些不同的体系结构使用C 静态库是否应始终使用与应用程序相同的编译器选项构建?,c,static-libraries,vxworks,powerpc,C,Static Libraries,Vxworks,Powerpc,我们有一个可重复使用的库,可以传递给多个产品。大多数产品都在VxWorks中,并使用gcc编译器。但是,它们中的每一个都将在不同的体系结构上,如PPC、MIPS,而在PPC本身中有更多的类型,如8531、8620等 目前,我正在分别为这些板构建静态LIB,并提供。是否可以构建一个公共库,它可以跨所有这些不同的体系结构使用 此外,目前我试图确保编译器选项与产品的选项相同。有必要吗?互联网上是否有任何信息可以分类哪些选项对维护静态库和应用程序相同很重要?这取决于每个选项:显然,平台和体系结构选项必须
此外,目前我试图确保编译器选项与产品的选项相同。有必要吗?互联网上是否有任何信息可以分类哪些选项对维护静态库和应用程序相同很重要?这取决于每个选项:显然,平台和体系结构选项必须相同。 另一种方法,如优化、调试和分析,可能会有所不同 假设一个库可能是由外部开发人员提供的,所以,您不知道他是如何编译它的,只知道平台和体系结构需求
ar
不支持),因此您可以创建一个“通用”库,但仍然需要分别为每个体系结构构建。