-lz -lrt -lm -lc都是什么库

最新推荐文章于 2022-11-15 23:28:01 发布
原创 最新推荐文章于 2022-11-15 23:28:01 发布 · 1.9k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

编译链接库： -lz -lrt -lm -lc都是什么库
lz      压缩库（Z）
lrt     实时库（real time）：shm_open系列
lm     数学库（math）
lc     标准C库（C lib）
wangxuetong11
关注
JavaScript - Blob / File / base64 使用场景介绍与相互转换
🏆 前端领域优质创作者
04-26 4164
前言 本文首先介绍一下这三种对象使用场景，最后介绍下它们之间互转格式的解决方案。 您前端一旦涉及到文件或图片上传到服务器， 就势必离不了Blob/File/base64三种主流的类型。 Blob MDN：https://developer.mozilla.org/zh-CN/docs/Web/API/Blob 您可以观察到，像一些图片处理插件（例如有名的vue-cropper）图片裁剪插件， 它们将图片处理完毕后，都将使用blob对象返回处理好的图片，供开发者用于上传服务器。
交叉编译环境下的CmakeList(demo)
dengshuai_super的博客
07-26 1万+
July 26, 2016 作者：dengshuai_super 出处：http://blog.youkuaiyun.com/dengshuai_super/article/details/52038970 声明：转载请注明作者及出处。Ubuntu下的CMakeList文件：1.build CMakeList of the thidrparty.a## build CMakeList of the thi
Makefile 中gcc -lm -ldl是什么意思？
清风度面
11-01 2万+
gcc -lm -ldl是什么意思？----包含动态链接库 到书上出现gcc -lm 的选项，甚是不解，在网上查阅了一些资料，访问了一些论坛整理下。 初学linux和gcc，C代码调用math.h中的函数有问题，如sqrt函数。若如sqrt(3.0)则可以编译通过并运行正常，若如sqrt(n)，这里n是定义好的double型变量，则不能编译通过，错误信息为：undefined reference...
linux的各种自带库-lz -lrt -lm -lc都是什么库
奋斗在路上的博客
01-31 4306
编译链接库：-lz -lrt -lm -lc都是什么库 lz 压缩库（Z） lrt 实时库（real time）：shm_open系列 lm 数学库（math） lc 标准C库（C lib） -dl ，是显式加载动态库的动态函数库 ...
Linux -lrt缺失时要用的arm arm64下的链接库
01-09
Linux -lpthread缺失时要用的arm arm64下的链接库
Linux环境下gcc编译链接库-lz -lrt -lm -lc都是什么库？
gaobozzxy的专栏
11-15 1837
Linux环境下gcc编译链接库-lz -lrt -lm -lc都是什么库？
cmake 连接各种库-lc -lpthread -lstdc++ -lsecurec -lm -lrt -ldl -lcap -lz
06-24
以下是一个完整的解决方案，涵盖如何正确链接 `-lc`、`-lpthread`、`-lstdc++` 等库。 #### 1. 设置CMake最低版本和项目名称 首先，定义项目的最低CMake版本和项目名称。这一步是必要的，以确保使用的是支持所需...
BASERUBY = echo executable host ruby is required. use --with-baseruby option.; false CC = gcc -std=gnu11 LD = ld LDSHARED = gcc -std=gnu11 -shared CFLAGS = -O3 -fno-fast-math -ggdb3 -Wall -Wextra -Wdeprecated-declarations -Wdiv-by-zero -Wimplicit-function-declaration -Wimplicit-int -Wpointer-arith -Wwrite-strings -Wold-style-definition -Wmissing-noreturn -Wno-cast-function-type -Wno-constant-logical-operand -Wno-long-long -Wno-missing-field-initializers -Wno-overlength-strings -Wno-packed-bitfield-compat -Wno-parentheses-equality -Wno-self-assign -Wno-tautological-compare -Wno-unused-parameter -Wno-unused-value -Wsuggest-attribute=format -Wsuggest-attribute=noreturn -Wunused-variable -Wno-maybe-uninitialized XCFLAGS = -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -fstack-protector-strong -fno-strict-overflow -fvisibility=hidden -fexcess-precision=standard -DRUBY_EXPORT -fPIE -I. -I.ext/include/x86_64-linux -I./include -I. -I./enc/unicode/15.0.0 CPPFLAGS = DLDFLAGS = -Wl,--compress-debug-sections=zlib -fstack-protector-strong -pie SOLIBS = -lz -lrt -lrt -ldl -lcrypt -lm -lpthread LANG = zh_CN.UTF-8 LC_ALL = LC_CTYPE = MFLAGS = RUSTC = no YJIT_RUSTC_ARGS = --crate-name=yjit --crate-type=staticlib --edition=2021 -g -C opt-level=3 -C overflow-checks=on '--out-dir=/root/ruby-3.2.0/yjit/target/release/' ./yjit/src/lib.rs gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-44) Copyright © 2015 Free Software Foundation, Inc. 本程序是自由软件；请参看源代码的版权声明。本软件没有任何担保； 包括没有适销性和某一专用目的下的适用性担保。 compiling miniinit.c In file included from vm_core.h:164:0, from iseq.h:14, from mini_builtin.c:3, from miniinit.c:51: thread_pthread.h:109:39: 错误：expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘struct’ RUBY_EXTERN RB_THREAD_LOCAL_SPECIFIER struct rb_execution_context_struct *ruby_current_ec; ^ In file included from iseq.h:14:0, from mini_builtin.c:3, from miniinit.c:51: vm_core.h: 在函数‘rb_current_execution_context’中: vm_core.h:1864:34: 错误：‘ruby_current_ec’未声明(在此函数内第一次使用) rb_execution_context_t *ec = ruby_current_ec; ^ vm_core.h:1864:34: 附注：每个未声明的标识符在其出现的函数内只报告一次 miniinit.c: 在文件作用域： cc1: 警告：无法识别的命令行选项“-Wno-tautological-compare” [默认启用] cc1: 警告：无法识别的命令行选项“-Wno-self-assign” [默认启用] cc1: 警告：无法识别的命令行选项“-Wno-parentheses-equality” [默认启用] cc1: 警告：无法识别的命令行选项“-Wno-constant-logical-operand” [默认启用] cc1: 警告：无法识别的命令行选项“-Wno-cast-function-type” [默认启用]
08-25
在处理 Ruby 编译错误时，特别是涉及线程相关的头文件如 `thread_pthread.h` 和 `RUBY_EXTERN struct` 声明问题时，通常涉及到 Ruby 的线程模型与底层系统库的兼容性问题。以下是一些可能的解决方法和建议。 ### 1....
TARGET := uclited export UCLITE_DIR := $(shell /bin/pwd) export UCM_DIR := $(UCLITE_DIR)/ucm export FUNC_MODULES := $(UCLITE_DIR)/modules export OP_INFO_DIR := $(UCLITE_DIR)/modules/op_info export DISPATCHER_DIR := $(UCLITE_DIR)/dispatcher export UCLITE_COMMON_DIR := $(UCLITE_DIR)/public export UCLITE_CJSON_DIR := $(UCLITE_DIR)/cJSON export UCL_BOARD_DIR := $(UCLITE_DIR)/board export NVRAM_LIB_DIR := $(TOPDIR)/smb_priv/apps/nvrammanager_lib/ export WLANLIB_DIR := $(TOPDIR)/smb_priv/apps/wlan_lib/ export ZLIBPATH := $(TOPDIR)/apps/zlib-1.2.7 export LIBPCAPPATH := $(TOPDIR)/apps/libpcap-1.1.1 CLOUD_LIB_DIR := $(TOPDIR)/smb_priv/apps/cloud_lib/ CLUSTER_SHM_LIB_DIR := $(TOPDIR)/smb_priv/apps/cluster_shm_lib/ OPENSSLPATH := $(TOPDIR)/apps/openssl-$(OPENSSL_VER) export UCLITE_COMMON_CFLAGS = -Wall -Wno-pointer-sign -Werror -Os -s -fomit-frame-pointer -pipe -I$(UCLITE_CJSON_DIR)/ -I$(UCLITE_DIR)/../../../apps/msglogd UCLITE_COMMON_CFLAGS += -I$(TOPDIR)/smb_priv/apps/unix_sock/include -I$(SMBAPP_PATH)/utility_lib/include -I$(SMBAPP_PATH)/common UCLITE_COMMON_CFLAGS += -I$(UCLITE_DIR)/modules/gpiod -I$(TOPDIR)/smb_priv/apps/gpiod/include/ -I$(TOPDIR)/smb_priv/apps/cloud_lib/output/include UCLITE_COMMON_CFLAGS += -I$(NVRAM_LIB_DIR)/include UCLITE_COMMON_CFLAGS += -I$(WLANLIB_DIR)/include ifeq ($(KERNELVER), 2.6.31) else ifeq ($(KERNELVER), 2.6.36) else ifeq ($(KERNELVER), 3.3.8) #低版本CC不支持相关编译选项 else UCLITE_COMMON_CFLAGS += -Wno-format-truncation -Wno-misleading-indentation -Wno-unused-const-variable endif UCLITE_COMMON_CFLAGS += -I$(TOPDIR)/smb_priv/apps/cloud-client/include UCLITE_COMMON_CFLAGS += $(SMB_PRIV_COMMON_CFLAGS) UCLITE_COMMON_CFLAGS += -I$(TOPDIR)/wireless/qca-wifi-10.4.2.3/offload/wlan/include CFLAGS := CFLAGS += $(UCLITE_COMMON_CFLAGS) CFLAGS += -I./public CFLAGS += -I$(UCLITE_COMMON_DIR) -I$(UCLITE_COMMON_DIR)/memLib -I$(UCLITE_COMMON_DIR)/semLib -I$(UCLITE_COMMON_DIR)/linux -I$(UCLITE_COMMON_DIR)/tpcom CFLAGS += -I$(DISPATCHER_DIR) CFLAGS += -I$(UCM_DIR)/include CFLAGS += -I$(OP_INFO_DIR)/ CFLAGS += -I$(UCL_BOARD_DIR)/ CFLAGS += -I$(ZLIBPATH)/ CFLAGS += -I$(FUNC_MODULES)/utilities CFLAGS += -I$(NVRAM_LIB_DIR)/src -I$(CLUSTER_SHM_LIB_DIR)/include CFLAGS += -I$(OPENSSLPATH)/include -I$(OPENSSLPATH) CFLAGS += -I$(LIBPCAPPATH)/ export CFLAGS LDFLAGS= -Wl,-allow-shlib-undefined ifndef cpu cpu=be endif ifeq ($(cpu), be) LDFLAGS += -L$(INSTALL_ROOT)/lib $(ZLIBPATH)/libz.a -L. -lpthread -lc -lrt -lmsglog -lutil -lz -leth_api else LDFLAGS += -L$(INSTALL_ROOT)/lib $(ZLIBPATH)/libz.a -L. -lpthread -lc -lrt -lmsglog -lutil -lz endif LDFLAGS += -L$(INSTALL_ROOT)/lib -L$(LIBPCAPPATH)/ -lpcap LDFLAGS += -L$(TOPDIR)/smb_priv/apps/unix_sock/ -lunixsock_lib -L$(SMBAPP_PATH)/utility_lib/ -lutility_lib -lssl -lcrypto LDFLAGS += -L$(NVRAM_LIB_DIR)/ -lnvrammanager -L$(CLOUD_LIB_DIR)/output/lib -lcloud-api LDFLAGS += -L$(WLANLIB_DIR)/ -lwlan_lib ifdef CONFIG_CLUSTER_SUPPORT LDFLAGS += -L$(CLUSTER_SHM_LIB_DIR) -lclustershm_lib endif LDFLAGS += $(DRIVER_LDFLAGS) all: $(TARGET) $(OBJECTS) $(OBJS) .PHONY: all clean SUBDIRS := OBJS := OBJSEX := include Makefile.in OBJECTS += $(UCLITE_CJSON_DIR)/cJSON.o #TODO:it make BCM error, tmp to disable here CONFIG_UCLITE_NO_BT=1 ifneq ($(strip $(CONFIG_UCLITE_NO_BT)), 1) OBJUCLITBT:= uclite_bt.o LDFLAGS += -ldl -lm uclite_bt.o: uclite_bt.c @echo $(CONFIG_UCLITE_NO_BT) @$(CC) -c $(CFLAGS) $(EXTRA_CFLAGS) $(CFLAGS_$@) -std=gnu99 uclite_bt.c -o uclite_bt.o else OBJUCLITBT:= -lm EXTRA_CFLAGS += -Dbacktrace_dump_stack="extern int backtrace_dump_stack" -DCONFIG_UCLITE_NO_BT endif libucm.a: $(OBJECTS) @$(AR) cru libucm.a $(OBJECTS) $(RANLIB) libucm.a libucm_clean: rm -f $(OBJECTS) libucm.a uclite_main.o:uclite_main.c @$(CC) -c $(CFLAGS) $(EXTRA_CFLAGS) $(CFLAGS_$@) uclite_main.c -o uclite_main.o $(TARGET): uclite.o uclite_main.o $(OBJUCLITBT) @$(CC) $(OBJSEX) uclite.o uclite_main.o $(OBJUCLITBT) -o uclited $(LDFLAGS) uclite.o: subdirs @$(LD) $(INC_PATH) -r -o $@ $(OBJS) subdirs: $(patsubst %, _dir_%, $(SUBDIRS)) $(patsubst %, _dir_%, $(SUBDIRS)) : @$(MAKE) -C $(patsubst _dir_%, %, $@) $(TGT) %.o: %.c @$(CC) $(CFLAGS) $(EXTRA_CFLAGS) $(CFLAGS_$@) -c -o $@ $< clean: @echo " CLEAN $(TARGET)" $(MAKE) -i TGT=clean subdirs @rm -f $(TARGET) $(TARGET).elf $(TARGET).sym @find . $(RCS_FIND_IGNORE) \ \( -name '*.[]' -o -name '*.ko' -o -name '.*.cmd' \ -o -name '.*.d' -o -name '.*.tmp' -o -name '*.mod.c' \ -o -name '*.symtypes' -o -name 'modules.order' \ -o -name 'Module.markers' -o -name '.tmp_*.o.*' \ -o -name '*.gcno' -o -name '*.o' -o -name '*.d' \) -type f -print | xargs rm -f 这是我的makefile文件，在哪修改，来编译debug
最新发布
11-29
但是，注意在LDFLAGS中，我们使用了外部库，这些库是否也需要调试版本？如果这些库在系统中只有发布版本，那么调试时可能无法进入库的源代码。但通常我们只调试自己的代码，所以可以接受。 如果需要调试外部库，...
在编译时为什么要加上 –lm ?
chen1415886044的博客
02-18 1万+
Linux 中常用链接来解决一些库函数的问题。在编译时链接可以生成可执行文件。了解一些链接的基本过程，能让我们在开发中减去不少的麻烦！ 编译时使用 gcc -lm 程序功能很简单，下面的示例展示了exp()函数的用法。 (代码一) #include <stdio.h> #include <math.h> //exp int main(int argc, char con...
gcc - lm的含义
u013176681的专栏
01-14 1万+
使用math.h中声明的库函数还有一点特殊之处，gcc命令行必须加-lm选项，因为数学函数位于libm.so库文件中（这些库文件通常位于/lib目录下），-lm选项告诉编译器，我们程序中用到的数学函数要到这个库文件里找。本书用到的大部分库函数（例如printf）位于libc.so库文件中，使用libc.so中的库函数在编译时不需要加-lc选项，当然加了也不算错，因为这个选项是gcc的默认选项。
进程间通信之共享内存
thtfpcuser的专栏
03-06 1150
共享内存相关的函数shm_open、shm_unlink。Linux系统中可用，Android系统上不支持。 函数shm_open的作用是打开一个特殊的文件，返回file descriptor，这个fd可以与mmap一同使用。   http://comments.gmane.org/gmane.comp.gnu.apl.bugs/1377   Elias Mårtenson | 2 Ju
简单说说zlib.h,libz.a/libz.so库和-lz
认知 行动 坚持
04-02 2万+
在编译的时候， 偶尔会出现cannot find zlib.h头文件， 或者cannot find -lz的提示， 其实， 这就涉及到zlib.h和libz.a/libz.so库,  这个库主要用于提供压缩和解压缩等基础能力。        类似地， 遇到以下库要认识： libz  压缩库（Z） librt 实时库（real time） libm  数学库（math） libc  标准C
Ubuntu中-lz编译错误的解决
昵称~的专栏
04-23 1490
在终端中执行 sudo cp /usr/lib/libz.so.1 /usr/lib/libz.so 改下libz库名   cc -o a abc.c -I /usr/include/a -L /usr/lib/abc -l abcclient -lz -lm lc 是link libc lm是link libm lz 是link libz
linux 共享内存 shm_open ，mmap的正确使用
热门推荐
白袍小将的博客
11-06 4万+
　　在linux系统开发当中，时常需要在多个进程之间交换数据，在多个进程之间交换数据，有很多方法，但最高效的方法莫过于共享内存。 　　linux共享内存是通过tmpfs这个文件系统来实现的，tmpfs文件系的目录为/dev/shm，/dev/shm是驻留在内存 RAM 当中的，因此读写速度与读写内存速度一样，/dev/shm的容量默认尺寸为系统内存大小的一半大小，使用df -h命令可以看到。但实...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值