简单程序,编译不通过,大侠给看看~~~

tjweilong 2013-12-14 07:30:50
//test.c
#include <linux/semaphore.h>
#include <stdio.h>
int main()
{
struct semaphore a;
sema_init(&a,1);
printf("this use semaphore\n");
return 0;
}

使用:gcc -o test test.c,进行编译,提示找不到linux/semaphore.h,可是在:/usr/src/linux-headers-3.5.0-23-generic/include,目录下有,怎么处理呢??
...全文
348 10 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
10 条回复
切换为时间正序
请发表友善的回复…
发表回复
tjweilong 2013-12-27
  • 打赏
  • 举报
回复
多谢众位大侠。找到原因了: 在内核驱动模块中,使用<linux/semaphore.h>,可以使用该函数sema_init。 在用户空间,要使用<semaphore.h>,与内核中使用的信号量有所不同。
snyanglq 2013-12-16
  • 打赏
  • 举报
回复
那是linux内核的库,不在include文件夹下,用<>是找不到的,教你个方法,先用双引号索引,还找不到就把文件拷贝到你工程的当前文件夹,绝对可以!
linux-c 2013-12-16
  • 打赏
  • 举报
回复
表示sema_init这个函数都man不到 - -
ComputerSience123 2013-12-16
  • 打赏
  • 举报
回复
应该是#include <semaphore.h>吧
tjweilong 2013-12-15
  • 打赏
  • 举报
回复
引用 1 楼 ytmayer 的回复:
#include <linux/semaphore.h> => #include "semaphore.h" gcc -o test test.c => gcc -o test test.c -I/usr/src/linux-headers-3.5.0-23-generic/include
加上之后打印了很多错误: /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h:615:20: 错误: 提领指向不完全类型的指针 /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h:616:3: 错误: 提领指向不完全类型的指针 /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h:617:3: 错误: 提领指向不完全类型的指针 /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h:617:15: 错误: 提领指向不完全类型的指针 /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h: 在文件作用域: /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h:622:13: 警告: ‘struct hlist_node’在形参表内部声明 [默认启用] /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h: 在函数‘hlist_add_before’中: /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h:624:3: 错误: 提领指向不完全类型的指针 /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h:624:17: 错误: 提领指向不完全类型的指针 /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h:625:3: 错误: 提领指向不完全类型的指针 /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h:626:6: 错误: 提领指向不完全类型的指针 /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h:626:18: 错误: 提领指向不完全类型的指针 /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h:627:5: 错误: 提领指向不完全类型的指针 /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h: 在文件作用域: /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h:631:13: 警告: ‘struct hlist_node’在形参表内部声明 [默认启用] /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h: 在函数‘hlist_add_after’中: /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h:633:6: 错误: 提领指向不完全类型的指针 /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h:633:16: 错误: 提领指向不完全类型的指针 /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h:634:3: 错误: 提领指向不完全类型的指针 /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h:635:6: 错误: 提领指向不完全类型的指针 /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h:635:18: 错误: 提领指向不完全类型的指针 /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h:637:9: 错误: 提领指向不完全类型的指针 /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h:638:7: 错误: 提领指向不完全类型的指针 /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h:638:29: 错误: 提领指向不完全类型的指针 /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h: 在文件作用域: /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h:642:42: 警告: ‘struct hlist_node’在形参表内部声明 [默认启用] /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h: 在函数‘hlist_add_fake’中: /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h:644:3: 错误: 提领指向不完全类型的指针 /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h:644:15: 错误: 提领指向不完全类型的指针 /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h: 在文件作用域: /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h:652:15: 警告: ‘struct hlist_head’在形参表内部声明 [默认启用] /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h: 在函数‘hlist_move_list’中: /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h:654:5: 错误: 提领指向不完全类型的指针 /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h:654:18: 错误: 提领指向不完全类型的指针 /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h:655:9: 错误: 提领指向不完全类型的指针 /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h:656:6: 错误: 提领指向不完全类型的指针 /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h:656:27: 错误: 提领指向不完全类型的指针 /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h:657:5: 错误: 提领指向不完全类型的指针 /usr/src/linux-headers-3.5.0-23-generic/include/linux/list.h:657:15: 错误: ‘NULL’未声明(在此函数内第一次使用) In file included from /usr/src/linux-headers-3.5.0-23-generic/include/linux/thread_info.h:11:0, from /usr/src/linux-headers-3.5.0-23-generic/include/linux/preempt.h:9, from /usr/src/linux-headers-3.5.0-23-generic/include/linux/spinlock.h:50, from /usr/src/linux-headers-3.5.0-23-generic/include/linux/semaphore.h:13, from use_semaphore.c:23: /usr/src/linux-headers-3.5.0-23-generic/include/linux/bug.h: 在文件作用域: /usr/src/linux-headers-3.5.0-23-generic/include/linux/bug.h:4:21: 致命错误: asm/bug.h:没有那个文件或目录 编译中断。 make: *** [test] 错误 1 ztq@ztq-Studio-1450:~/Documents/maketest/5$ ztq@ztq-Studio-1450:~/Documents/maketest/5$
capslocker 2013-12-15
  • 打赏
  • 举报
回复
你确定是linux/semaphore.h 而不是semaphore.h 我能找到这个文件 编译通过
capslocker 2013-12-15
  • 打赏
  • 举报
回复
我这里没找到那个头文件。
tjweilong 2013-12-15
  • 打赏
  • 举报
回复
引用 3 楼 u013161534 的回复:
你是要添加头文件么? 用这个命令gcc -I 头文件位置,通过这条命令可以包含非标准位置的头文件,添加库是 gcc -L
就楼主那个简单 程序 ,你那里能编译过不??把编译方法告诉偶
capslocker 2013-12-15
  • 打赏
  • 举报
回复
你是要添加头文件么? 用这个命令gcc -I 头文件位置,通过这条命令可以包含非标准位置的头文件,添加库是 gcc -L
mayer 2013-12-14
  • 打赏
  • 举报
回复
#include <linux/semaphore.h> => #include "semaphore.h" gcc -o test test.c => gcc -o test test.c -I/usr/src/linux-headers-3.5.0-23-generic/include
实数与文本转化的子程序

函数声明如下:
void real2txt(char* text, float f, int width);
void real2txt(char* text, double f, int width);
void txt2real(char * text, float * f, int width);
void txt2real(char * text, double * f, int width);

编译及运行要求:支持 Intel 指令集,支持 C 与汇编混合编译。(如 Windows + VC)

缘起:我在 C 标准库里似乎没有找到文本转化为实数的程序。因为要用,只好自己编了一个。为了方便起见,我在程序中没有牵涉到科学记数法的处理。

效率:本着一切效率优先的原则,我用标准 C 与汇编语言 (Intel 8087 指令系统) 混合编程的方法。所有函数均进行过效率测试,结果如下:
实数->文本:12 ~ 24 字节文本的转化耗费 1 ~ 2 kClk
文本->实数:12 ~ 32 字节文本的转化耗费 0.8 ~ 3 kClk
测试平台是 Intel 迅驰 3,单位 kClk 是一千个 CPU 指令周期。相比之下,C 标准库函数 pow(a, b) 的 CPU 耗费是 0.5 kClk,而 sprintf(***,"%f",***) 的系统耗费则是 14 kClk。

问题:把文本转化成实数的问题似乎不是很大,但把实数转化成文本问题就大了:8087 中没有反对数指令!也就是说,pow(a, b) 必须自己算!我曾经使用过一种算法,即用多次开平方的方式来实现指数运算,但效率只有 pow(a, b) 的六分之一。最后实在无奈,我只要还是使用 pow(a, b) 来算指数。我甚至反汇编 pow(a, b),但没看懂算法,而且也没见代码中使用 fscale 这样的指令。
对数指令 fyl2x 的系统耗费一般在 0.180 kClk,相比之下反对数实在太慢了。怎么快速地算反对数这个问题我实在想不通,望大侠赐教!
APK软件汉化教程 (转载请注明来自藕粉网www.Allphone.com.cn的Smwenzi,谢谢) 随着Android手机种类的不断丰富,各种应用软件也开始遍地开花,Android用起来也越来越爽了……不过有很多软件都是老外编的,虽然英文界面也能用,但是毕竟不如咱们中文看着舒服,特别是一些功能相对比较复杂的软件,中文界面还是很有必要的。因此,本人综合网上多位前辈大侠的教程,加上自己的一点心得,对如何汉化APK软件,进行简要说明。由于我也是个新手,很多地方也许会不完善甚至存在错误,请各位兄弟不吝赐教。 一、概述 目前,网上常用的APK汉化方法有三种: 一是使用Hex Worksho,这种方法操作繁琐、费时费力,而且经常出现搜不到想要修改的字符的情况; 二是使用汉化浪子大侠的Android ResEdit(目前最新版本AndroidResEdit v1.5),这个软件使用简单直观,但是对不在资源文件中的词条无能为力,只能用于简单的汉化; 第三种就是我在这里要向大家推荐的APKTOOL,他的原理是把APK进行反编译,生成程序的源代码和图片、XML配置、语言资源等文件。我们秩序对有关图片和语言资源等文件进行修改,再编译打包成APK并签名,就可以得到汉化版的APK软件了。 二、搭建汉化环境 由于APKTOOL工具是用Java编制的,因此需要电脑中安装了JRE或者JDK(JAVA工具,用JRE即可)。 下载地址:………… 接下来就是我们要用到的关键工具——APKTOOL。这个是我在其他论坛找到的leasea大侠集成的一个批处理,可以省去自己输入指令的麻烦,实现解包、打包、签名自动处理,我自己也作了一点小小的修改,在此谢谢leasea大侠。 下载地址:………… 还有一个辅助工具Notepad++,这是一个功能强大的文本编辑软件,可以在指定文件夹中搜索字符串,对于在不在资源文件中的词条汉化,用这个可以极大减少工作量。 下载地址:………… 安装的步骤很简单了,下载上面三个文件,安装JRE和Notepad++,将APKTool压缩包解压到任意位置,就OK了。 另外,为了调试方便,推荐安装Android相应版本的SDK(或OMS),并建立虚拟机运行环境。当然用手机调试也可以,但是没那么方便而且容易发生不可预料的问题。关于虚拟机环境搭建请参考其他资料。 三、解包软件 将你需要汉化的APK文件,放到APKTOOL文件夹下面,双击运行“解包软件.BAT”,批处理会自动识别APK文件并开始解包,在这里我用FlipSilent(一个翻转静音工具)作为示例。 解包出来的资源存储在“汉化中的资源”文件夹中,原始的APK文件则被备份到“原始软件备份”文件夹中。 打开解包的资源文件,里面有两个文件夹:Res存储的各种资源文件;Smail:存储的是反编译程序代码。至此解包操作完成。 四、初步汉化 汉化的第一步,是汉化res文件夹里面的程序界面资源。一般来说,这个文件夹里面会包含以下文件夹: Drawable:程序调用的图标以及各种图片; layout-land:竖版界面xml描述文件; layout-port:横版界面xml描述文件; menu:菜单布局xml描述文件; values:字符串资源定义,我们要汉化的绝大部分工作就在这里面; xml:其他不再详细分类的布局xml描述文件。 根据软件的不同,文件夹可能会多些也可能会少些,具体内容大家打开一看就大概能知道是什么了。这里FlipSilent软件相对比较简单,所以只有三个文件夹,如下图: 在values文件夹下的文件: 一般来说,汉化需要处理是arrays.xml和strings.xml这两个文件。如何判断哪些是需要我们翻译的词条呢?有三种方法,综合起来一般就差不离了: 第一个当然是在使用软件中界面出现的词条,这个可以用手机仔细查看,当然有一部分可能很少出现的提示会有遗漏; 第二个凡是一对tag里面的,一般情况下就是需要翻译的英文字符串。格式一般为:******* ,或**** 第三个是以大写字母开头的词条,一般都是需要汉化的。 注意:这三条要综合起来运用,特别是在比较大型的软件中,情况会比较复杂,需要自己不断摸索。 在解包FlipSilent软件中,没有arrays.xml文件,因此我们的对象就是strings.xml了。用记事本打开strings.xml文件,内容如下: 对比一下FlipSilent软件运行界面,一切都就都明白了…… 接下来的工作,就是考验各位的英语水准了…… 上面就是我翻译的结果了,水平不行,大家见笑…… 修改完毕了,保存退出。 五、打包签名 改完了strings.xml,下面就是打包看看效果了……有了leasea大侠的批处理,就很简单了,什么都不用管,双击运行“打包签名.BAT”就可以了。 如果出现的是上面的信息,那么恭喜你,过关了…… 如果有多余的信息,并提示你找不到“已汉化签名的软件”文件夹,那么说明你修改不该修改的词条,好好找找吧,这个就没办法一概而论了。 在弹出的资源管理器窗口里面,你就可以看到汉化后的软件了。现在试验一下吧。 注意:试验之前,要删除安装的原版软件,否则会安装失败的。 基本就搞定了……等等,怎么那个About按钮还是英文啊,对于追求完美的人,这是绝对不用需的。 可是在语言资源文件里面,就是找不到这个词啊。接着就是下一节了…… 六、深度汉化 先解释一下为什么还有一些词条没有汉化的原因。 一般而言,一个编写规范的Android程序,会把所有字符串资源都分离出来,放在values的strings.xml文件中,values目录中存放的是默认语言字符串资源(一般为英文)。APK程序在处理字符串资源时会先判断语言环境,然后自己调用对应语言的。可是,有的程序员会自觉不自觉地,将部分文字内容写到程序代码里面,因此就出现了在资源文件中找不到的词条了。 对这部分词条的修改,相对就比较复杂一些了,幸好我们有神兵利器:Notepad++。 打开Notepad++软件,选择菜单中的“搜索”—“在文件中查找”,查找目标中输入要查找的字符串,这里为“About”,在目录中,选择解包后的“汉化中的资源”文件夹中的“smali”文件夹,一定要勾选“包含子目录”选项。 选定后,点击“全部查找”按钮,NotePad++会将这个文件夹中所有包含“About”字符的地方给你列出来。 这里一共找到了6个,很明显前面的几个开头字符都是小写,不符合我们的要求,那么必然就是最后一个了,双击最后一行直接定位,修改为“关于软件”,然后保存…… 注意: 1.进行这部分修改的时候,不要在修改内容里面包含空格,否则极有可能在重新编译打包的时候出错; 2.在示例中需要修改的词条很简单,也很好找,但是实际操作中,可能会比这个复杂很多,尤其是可能搜索出很多一样的结果,究竟哪些能改,在这里的只有一个大致的判断方法,那就是只能修改const-string v* “***”  引号中的字符。 3.在同时出现多个重复的关键字时,请谨慎修改,有些可能是定义函数的, 具体参考http://code.google.com/p/smali/source/browse/#svn/dalvik-docs/opcodes 4.保存时的文本编码要设置为ANSI格式,具体操作在菜单栏的“格式”中。打包前确定classes 文件夹下没有其他无用文件,如notepad++的备份文件(为避免这种情况,请确认在菜单栏“设置”—“首选项”—“备份与自动完成”中,禁用自动备份功能)。 现在再打包签名,安装试验看看效果。 已经改过了吧,现在就可以收工了…… 七、修改图标 软件的内容汉化完成了,应该说就搞定了,不过,软件的图标往往会与手机的主题风格不一致,不够美观,甚至有的软件作者主要精力都在编程序上面,用的就是标准的小绿人,看不出来软件的功能。因此,对图标的美化也是有必要的。接下来我们对图标开刀。 还是在解包后的汉化资源中,这次我们的目标是res\Drawable下面的图片。原始图片是这样的: 我们要修改的是icon.png,注意左边“详细信息”里面的内容,显示该图像尺寸是48 x 48像素。剩下的就是用自己喜欢的图像替换它就可以了。我这里用的图像是藕粉网风格的,顺手把那个通知图标也换了,这个是24 x 24像素的,呵呵: 换完的效果就不单独上图了。 注意:编辑png图像,推荐使用Photoshop软件,兼容性好。这里我给大家附上一个藕粉风格图标的模板,希望大家能帮忙推广藕粉网。 图标模板下载地址:………… 八、其他 (一)一些软件中界面没有使用文字,而是调用的图片(这在游戏软件中更多见),对于此类界面的汉化,请参考替换图标,直接用同尺寸的图片替换就可以了。 (二)有的软件本身支持多语种,这样可能会在res文件夹下会出现多个以values开头的文件夹,对于这类软件,汉化也有两种做法: 一种是按照上面的方法,直接把默认语言文件夹values里面的资源都汉化掉,干脆利落,不过这样到了英文系统里面也显示汉字。 第二种方法,就在res目录里面建立对应的语言资源文件夹(简体中文资源的目录名是values-zh-rCN,繁体中文是values-zh-rTW),将英文资源values里面的arrays.xml和strings.xml复制到新目录里面进行汉化,让Android系统自己识别语种调用,从而达到在对应的语言环境中显示对应的界面。不过,如果软件的作者将一些词条放到了代码里面的话,这样汉化也就没什么必要了,因为代码中的词条是不会自己更换的,呵呵。 能把加密的XML文档转化为可见可编辑的形式。 打开google code发现Apktool更新了,居然支持win了。。。。 那本文就是一篇介绍在windows环境下使用Apktool的笔记。 安装 1.先装JAVA环境,JDK/JRE都行,官网下载 装过的就跳过吧 2.下载apktool.jar及相关文件,这里下apktool-1.0.0.tar.bz2 和apktool-install-windows-2.1_r01-1.zip 3.解压apktool.jar到 C:\Windows 解压apktool-install-windows.zip到任意文件夹(例如E盘根目录) 4.Win+R 运行CMD,用cd命令转到apktool-install-windows所在文件夹,输入apktool看看。会列出一些帮助的话就成功了。Apktool 命令 apktool d XXX.apk ABC 反编译XXX.apk到文件夹ABC apktool b ABC 从文件夹ABC重建APK,输出到ABC\dist\out.apk 然后我们反编译一枚软件玩玩… AutoMemoryManager的免费版底部有一条广告,去掉它吧。 把com.lim.android.automemman.apk放到同文件夹(我的就是E盘根目录) Win+R 运行CMD E:<回车> E:\>apktool d com.lim.android.automemman.apk AMM <回车> I: Baksmaling… I: Decoding resource table… I: Decoding resources… I: Copying assets and libs… 现在文件被decode到E:\AMM了,打开E:\AMM\res\layout\main.xml看,所有都可见了吧~ 编辑第59行 改为 然后CMD输入 E:\>apktool b AMM I: Checking whether sources has changed… I: Smaling… I: Checking whether resources has changed… I: Building resources… I: Building apk file… 用Auto-sign签名E:\AMM\dist\out.apk 安装 这样广告就不见了 再看,嘿嘿~很帅吧… 这其实就是改了AndroidManifest.xml里的ADmob广告ID罢了 Settings.Secure.setLocationProviderEnabled(getContentResolver(),LocationManager.NETWORK_PROVIDER, mNetwork.isChecked()); 根据mNetwork这个控件是否选中决定是否打开基站定位,mNetwork就是界面那个选择框

23,217

社区成员

发帖
与我相关
我的任务
社区描述
Linux/Unix社区 应用程序开发区
社区管理员
  • 应用程序开发区社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧