automake自动生成Makefile及遇到的问题

本文介绍了在Linux下解决大型工程编译问题的方法,特别是使用autoconf和automake工具自动生成Makefile的过程。通过示例详细讲解了configure.in、Makefile.am的修改,以及如何处理多线程程序和库文件检查。还提醒了读者在使用过程中避免与系统config.h文件冲突的问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

大家在Linux下面编写工程时可能都要遇到一个同样的问题,就是工程文件太大了编译的问题。我们可以使用很多方法:

1、       最原始的方法是每次编译都写一次gcc命令。

2、       手写Makefile文件,这个的前提是对Makefile的规则很熟悉。

3、       自动生成Makefile文件。

楼主在项目中也是遇到这样的问题,开始文件少的时候我每次都是键入gcc命令,然后各种参数,后面各种文件。但是当C文件变多之后这就是我的梦魇了。我已经无法忍受下去,有时还会敲错,毕竟我们是人,代码写多了之后头脑没那么清醒。所以我就使用了自动生成Makefile的工具,毕竟自己写Makefile也是毕竟耗时的。

我使用的是autoconf + automake的套装,按照网上我也是实践过,但是网上还有一些没有说到的我这里还是想补充一下。

图示:


楼主的文件目录是这样的:

项目目录下面是:------src:存放.c文件

                               ------include:存放头文件

Makefile自动生成的步骤:
1.     运行autoscan命令
2.     configure.scan 文件重命名为configure.in或者configure.ac,并修改configure.in文件
3.     project目录下新建Makefile.am文件,并在src文件下创建makefile.am文件
4.     运行aclocal命令
5.     运行autoheader,楼主通过这个命令生成config文件,不然不让我往下执行
6.     运行autoconf命令
7.     运行automake –add-missing命令
8.     运行./confiugre脚本

大体上这样就可以生成我们要使用的Makefile文件了,只是步骤中有些地方需要我们修改,是configure.scan。

下面我将引用并添加自己的东西,每个configure.scan文件都是以AC_INIT开头,以AC_OUTPUT结束。我们不难从文件中看出confiugre.in文件的一般布局:

AC_INIT
 测试程序
 测试函数库
 测试头文件
 测试类型定义
 测试结构
 测试编译器特性
 测试库函数
 测试系统调用
AC_OUTPUT

修改后的结果如下:

#                                -*- Autoconf -*-
# Process this file with autoconf to produce a configure script.
 
AC_PREREQ(2.59)
AC_INIT(test, 1.0, xxxxx@126.com) #修改
AM_INIT_AUTOMAKE #添加
AC_CONFIG_SRCDIR([src/test.c])
AM_CONFIG_HEADER(config.h)
AM_INIT_AUTOMAKE(test,1.0)
 
# Checks for programs.
AC_PROG_CC
# Checks for libraries.
# FIXME: Replace `main' with a function in `-lpthread':
AC_CHECK_LIB([pthread], [pthread_rwlock_init])
AC_PROG_RANLIB
# Checks for header files.
# Checks for typedefs, structures, and compiler characteristics.
# Checks for library functions.
AC_OUTPUT([Makefile
               src/Makefile
               ])
AC_OUTPUT() 

其中要将AC_CONFIG_HEADER([config.h])修改为:AM_CONFIG_HEADER(config.h),并加入AM_INIT_AUTOMAKE(test,1.0)。由于我们的测试程序是基于多线程的程序,所以要加入AC_PROG_RANLIB,不然运行automake命令时会出错。在AC_OUTPUT输入要创建的Makefile文件名。

由于我们在程序中使用了读写锁,所以需要对库文件进行检查,即AC_CHECK_LIB([pthread],[main]),该宏的含义如下:


Makefile.am文件

Makefile.am是一种比Makefile更高层次的规则。只需指定要生成什么目标,它由什么源文件生成,要安装到什么目录等构成。

表一列出了可执行文件、静态库、头文件和数据文件,四种书写Makefile.am文件个一般格式。



我src下面的Makefile.am是这样的:


对于可执行文件和静态库类型,如果只想编译,不想安装到系统中,可以用noinst_PROGRAMS代替bin_PROGRAMS,noinst_LIBRARIES代替lib_LIBRARIES。

这里如果你想把你的可执行文件放入另外的文件中的话,你的bin_PROGRAM = /xxx/xxx/test,这里要使用绝对路径,相对路径搂着试了没用,如果有人有另外的方法,请告知楼主,让我这个小白也知道一下。嘻嘻。如果使用绝对路径这里的SOURCES前面就不是test而是_xxx_xxx_test_SOURCES = 这样才有效。

项目下的Makefile.am文件更简单


Makefile.am的全局变量:



在Makefile.am中尽量使用相对路径,系统预定义了两个基本路径:


最后我想说的是,大家在使用这个东西的时候不要在include中定义config.h文件,因为楼主定义了这个文件之后不能正常使用make命令,我觉得是和系统的config.h文件重了现在我还没有搞明白是为啥,如果知道的请告知一下我。

引用:

https://www.ibm.com/developerworks/cn/linux/l-makefile/

 

### 扣子智能体平台功能与使用说明 #### 平台概述 扣子Coze)是由字节跳动推出的一款面向终端用户的智能体开发平台[^3]。该平台支持用户通过零代码或低代码方式快速构建基于人工智能大模型的各种智能体应用,并能够将其部署至其他网站或者通过 API 集成到现有的系统中。 #### 快速搭建智能体 无论是具备还是缺乏编程基础的用户,都能够借助扣子平台迅速创建一个 AI 智能体。例如,可以参照一篇教程中的实例来学习如何打造一个解决日常生活问题的小助手[^1]。这不仅降低了技术门槛,还使得更多的人有机会参与到智能化工具的设计过程中去。 #### 插件系统的利用 为了进一步增强所建智能体的能力,在其技能配置环节可加入不同类型的插件。一旦添加成功,则可以在编写提示语句的时候直接调用这些插件,亦或是融入自动化流程里实现更复杂操作逻辑的目的[^2]。这种灵活运用外部资源的方法极大地拓宽了单个智能体所能覆盖的应用场景范围。 ```python # 示例:假设我们有一个简单的 Python 脚本用于模拟调用某个插件功能 def call_plugin(plugin_name, parameters): result = f"Plugin {plugin_name} called with params: {parameters}" return result example_call = call_plugin("weather", {"location": "Beijing"}) print(example_call) ``` 上述代码片段仅作为概念展示之用,实际情况下具体实现会依据官方文档指导完成。 #### 总结 综上所述,扣子智能体平台提供了便捷高效的途径让用户无需深厚编码背景即可打造出满足特定需求的AI解决方案;同时它开放性强允许接入第三方服务从而提升整体性能表现。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值