草庐IT

llvm-libc

全部标签

ios - (空)libc++abi.dylib : terminate called throwing an exception

我使用Xcode4.5PR和iOS6beta2。我没有更改任何代码,我的应用程序抛出了标题中提到的异常。我使用了导致此异常的函数调试窗口,但它显示0x38dda960:push{r4,r5,r6,r7,lr}我怎样才能发现问题?我该如何解决? 最佳答案 在C++异常上设置断点以查找它被抛出的位置。 关于ios-(空)libc++abi.dylib:terminatecalledthrowinganexception,我们在StackOverflow上找到一个类似的问题:

ios - Xcode 9,迦太基。 iTunes 连接错误 : "Invalid Bundle - Disallowed LLVM instrumentation"

今天我下载了Xcode9并为我的应用程序进行了必要的更改以进行编译。该应用程序正在本地编译和运行,没有任何问题。我使用Xcode9将其上传到AppStore。上传成功,没有任何错误。然后我转到以下来自Apple的电子邮件:Deardeveloper,Wehavediscoveredoneormoreissueswithyourrecentdeliveryfor"KiteSpotter-Kitesurfwindandweatherforecast".Toprocessyourdelivery,thefollowingissuesmustbecorrected:InvalidBundle-

ios - 无法摆脱 Apple LLVM 5.0 错误

它一直在说:fatalerror:file'/Applications/Xcode5-DP5.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS7.0.sdk/usr/include/objc/NSObject.h'hasbeenmodifiedsincetheprecompiledheader'/Users/jackiexu/Library/Developer/Xcode/DerivedData/ModuleCache/2MWVPCGUMQ29P/ObjectiveC.pcm'wasbu

Xcode:LLVM 7.0:禁用警告 "Umbrella header for module does not include header"

为了让我的Objective-C框架在我的Swiftcocoatouch框架中成功链接,我必须使用thisunprettyworkaround,这涉及将所有框架header作为公共(public)header导入到项目中。我完全不需要所有这些都出现在我的伞头中,所以我想以某种方式删除生成的一堆警告。(“模块‘Foo’的伞头不包括头”)。我在build设置中检查了LLVM警告设置,但找不到它。 最佳答案 如果您从“编译Swift源文件”▸“预编译桥接header”构建步骤(也标记为PrecompileSwiftBridgingHead

go - 是否可以将 Go 程序编译为 LLVM IR?

我找到了这个项目:https://github.com/go-llvm/llgo.但最后一次提交是将近4年前,他们提到:Thisprojecthasmovedtollvm.org.Anycontributionsorbugreportsshouldbesentthere.Pleaserefertothellgoreadmeformoreinformation那么现在的程序是不是不能用了?另一个项目是:https://go.googlesource.com/gollvm.但根据他们的网站,它仍在开发中。但它是否足够稳定,现在可以使用,是否会进一步开发?Gollvmiscurrentlyi

c - libc.so 和 ld-linux.so 中重复的内存管理符号

一些序言似乎malloc、calloc、realloc和free都复制在ld-linux.so和libc.so中。据我了解,这是由动态加载程序完成的,用于在加载libc.so之前处理ld-linux.so中的内存管理并使其内存管理功能可行的。但是,我对那些重复的符号有一些疑问:这是一个非常简单的C程序调用malloc并退出:#includeintmain(){void*p=malloc(8);return0;}我在x86_64linuxbox中用gcc编译它并用gdb进行一些调试:$gcc-g-omainmain.c$gdb./main(gdb)startTemporarybreakp

regex - 像 "regexec"这样的正则表达式函数在 libc 版本 2.2.5 中是线程安全的吗?

我读过libc中的正则表达式函数应该是线程安全的,但我也读过在早期版本中情况并非如此。我现在必须在具有旧libc版本2.2.5的嵌入式系统上工作。所以我不太确定像“regexec”这样的函数是线程安全的还是应该由互斥体保护?如果有人对此有任何线索,我将不胜感激。我也不太确定应该针对什么进行测试以验证这些函数的线程安全性。 最佳答案 我在最近的libc版本(2.13)的NEWS文件中搜索了regex关键字。没有关于线程安全的内容,但有以下注意事项:Version2.3...IsamuHasegawacontributedacomple

linux - 可以更改动态 libc.so 地址吗?

命令gccmain.c-omainlddmain产量linux-gate.so.1=>(0x00f67000)libc.so.6=>/lib/i386-linux-gnu/libc.so.6(0x00b7d000)/lib/ld-linux.so.2(0x00ae5000)是否可以更改libc.so.6在内存中映射的地址?例如,将libc.so.6改为映射到0xb0000000。我正在运行Xubuntu32位:Linux3.2.0-23-generici686i686i386GNU/Linux 最佳答案 有一个prelink实用程序

c - 理解gnu libc的strcmp函数

这是strcmp我在glibc中找到的函数:intSTRCMP(constchar*p1,constchar*p2){constunsignedchar*s1=(constunsignedchar*)p1;constunsignedchar*s2=(constunsignedchar*)p2;unsignedcharc1,c2;do{c1=(unsignedchar)*s1++;c2=(unsignedchar)*s2++;if(c1=='\0')returnc1-c2;}while(c1==c2);returnc1-c2;}这是一个非常简单的函数,其中while的主体同修c1和c2值

linux - strftime_l lib64/libc.so.6 处的 SIGSEGV 段错误

我正在将pro*c代码从UNIX移植到LINUX。代码已成功编译并创建可执行文件。但是在运行时它会引发段错误。我一步一步调试代码,下面是GDB调试的输出。Breakpoint4at0x3b19690f50(gdb)n525strftime(buf,MAX_STRING_LEN,"%d/%b/%Y:%H:%M:%S",dummy_time);(gdb)nBreakpoint4,0x0000003b19690f50instrftime()from/lib64/libc.so.6(gdb)nSinglesteppinguntilexitfromfunctionstrftime,whichha