Ned's Study Blog

https://forums.developer.apple.com/thread/29031 eskimo   Core Graphics is thread safe on a context-by-context basis, and you’re creating your own context to work in UIImage is thread safe on modern systems (iOS 4 and later IIRC), making it 

要在同一个异常级别下更改执行状态，系统必须切换到较高的异常级别，改完之后在返回到原先的异常级别。 例如，您可能会在64位操作系统下运行32位和64位应用程序。 在这种情况下，32位应用程序可以执行和生成监督调用（SVC）指令，或者通过接收中断，以此切换到EL1和AArch64。 之后OS进行任务切换并返回到EL0中的AArch64。 实际上，这意味着你不能拥有一个混合32位和64位的应用程序，因为它们之间没有直接的调用方式。 在AArch64和AArch32执行状态之间切换的要点可以总结如下： 更改为AArch32需要从较高的异常级别出发到更低的级别。 这是通过执行ERET退出异常处理程序的结果。 更改为AArch64需要从较低的异常级别出发到更高的级别。 异常可能是一条指令执行或一个外部信号的结果。 如果在发生异常或从异常返回时异常级别保持不变，则执行状态也不能改变。 AArch64和AArch32执行状态都具有类似的异常级别，但是安全和非安全操作之间存在一些差异。 当发生异常时，处理器所处的执行状态会限制能用于其他执行状态的异常级别。 如果ARMv8-A处理器在特定的异常级别以AArch32执行状态运行，它使用与ARMv7-A中相同的异常模型来处理发送到该异常级别的异常。 EL3中的代码不能在更高的异常级别中使用异常，因此除了执行复位之外，不能更改执行状态。 Arm64位上可以同时运行32位和64位。32位和64位的切换只能通过更高的EL来进行。例如，我们有一个64位的os运行在nsec的EL1，这个os上可以同时跑32位应用程序和64位应用程序，那么这两个应用程序之间的切换必须由运行在EL1的os完成，这也就意味着一个单独的程序不可能混合32位和64位。

修改.td文件，实现指令定义 记得再上面加一个 let hasNoSchedulingInfo = 1 in

diff -Naur orig/llvm-3.7.0.src/tools/clang/lib/CodeGen/CGBlocks.cpp llvm-3.7.0.src/tools/clang/lib/CodeGen/CGBlocks.cpp  --- orig/llvm-3.7.0.src/tools /clang/lib/CodeGen/CGBlocks.cpp    2015-06-23 01:07:51.000000000 +0200  +++ llvm-3.7.0.src/tools/clang/lib/CodeGen/CGBlocks.cpp 2015-11-13 13:05:44.000000000 +0100  @@ -1157,6 +1157,10 @@         fnLLVMType, llvm::GlobalValue::InternalLinkage, name, &CGM.getModule());     CGM.SetInternalFunctionAttributes(blockDecl, fn, fnInfo);  +  // Emit annotation attributes for ObjC blocks.  +  if (blockDecl->hasAttr<AnnotateAttr>())  +    CGM.AddGlobalAnnotations(blockDecl, fn);  +     // Begin generating the function.     StartFunction(blockDecl, fnType->getReturnType(), fn, fnInfo, args,                   blockDecl->getLocation(),  diff -Nau...

GPR = General Purpose Register ------------ ARM32中的LDM、STM、PUSH、POP指令，在ARM64中并不存在。取而代之的是LDP、STP指令，如一般在函数开头用来代替PUSH. ARMv8在存储器控制器上下了不少功夫，增加了x86下的类似于MOVNT这种指令，Non-temporal load/store——LDNP/STNP。这就使得像原先的Memory Barrier系操作有了用武之地了～ARMv8中除了原有的ISB（Instruction Synchronization Barrier）与DMB（Data Memory Barrier）之外，还引入了LDAR/STLR（Load-Acquire/Store-Release）指令集。这套指令具有Memory Barrier的作用。如果你在某一点需要做Memory Barrier，而此时正好想读取或写入某个数据，那么直接用LDAR/STLR即可，可以省去一条DMB的指令。而在多核多线程同步中，又引入了LDXP/STXP操作，由原先的单寄存器扩展到了双寄存器

sudo ln -s /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk/usr/include/xpc /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS.sdk/usr/include/xpc sudo ln -s /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk/usr/include/launch.h /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS.sdk/usr/include/launch.h #中间的MacOSX的版本号可能会有所不同。#

先brew install openssl 然后，重点来了 env ARCHFLAGS= " -arch x86_64 " LDFLAGS= " -L/usr/local/opt/openssl/lib " CFLAGS= " -I/usr/local/opt/openssl/include " pip install cryptography

CPSR 是B.EQ等分支指令进行判断的标志位 如果指令中带有"S"则该指令运算会影响CPSR的值 比如在switch的汇编指令中： #include <stdio.h> main() { int a; switch (a) { case 1: a = 11; break; case 2: a = 12; break; default: a = 13; } } _main: ; @main ; BB#0: sub sp, sp, #32 ; =32 mov w8, #0 str w8, [sp, #28] ldr w8, [sp, #24] mov x9, x8 subs w8, w8, #1 ; =1 //把运算结果是否非零写入CSPR中 str w9, [sp, #20] ; 4-byte Folded Spill str w8, [sp, #16] ; 4-byte Folded Spill b.eq LBB0_2 //CSPR的Z==1 那么跳转至LBB0_2 b LBB0_1 LBB0_1: ldr w8, [sp, #20] ; 4-byte Folded Reload subs w9, w8, #2 ; =2 //同上subs指令 str w9, [sp, #12] ; 4-byte Folded Spill b.eq LBB0_3 b LBB0_4 LBB0_2: mov w8, #11 str w8, [sp, #24] b LBB0_5 LBB0_3: orr w8, wzr, #0xc str w8, [sp, #24] b LBB0_5 LBB0_4: mov w8, #13 str w8, [sp,...

相信做安卓开发的同学对android开发时的logcat印象很深，可以查看手机应用运行时的实时log输出，但做ios开发时就想有没有这么好的工具呢，其实ios下的logcat已经被大神们通过反向usb数据获取apple的接口做出来了。这就是libimobiledevice. 源码: https://github.com/libimobiledevice/libimobiledevice 可以使用brew来安装 brew install libimobiledevice 在ios 10和xcode8时，使用libimobiledevice中的ideviceinfo或者idevicesyslog时会出现 ERROR: Could not start service com.apple.syslog_relay. 这时可以 执行  sudo chmod 777 /var/db/lockdown 然后问题可以解决，如果是作了ios10和xcode8的升级后出现的错误，这时候可以用 brew reinstall --HEAD libimobiledevice  再重装一下libimobiledevice.之后再运行 sudo chmod 777 /var/db/lockdown 若出现以下报错提示： Error: Cannot write to /usr/local/Cellar  处理方案： 先执行: sudo chown -R $USER /usr/local  libimobiledevice查看log的方法: 连上你的ios设备，在终端下输入命令： idevicesyslog ideviceinstaller 对于android，我们在安装apk时可以使用adb命令行来安装，那ios是不是也有同样的工具，答案也是肯定的，ios下有ideviceinstaller. 源码: https://github.com/libimobiledevice/ideviceinstaller 同样可以使用brew来安装: brew install ideviceinstaller 使用方法， ideviceinstaller -i appn...

1,Ro-R15和r0-r15 2,a1-a4(参数,结果或者临时寄存器,与r0-r3同意) 3,v1-v8(变量寄存器,与r4-r11同意) 4,sb和SB(静态基址寄存器,与r9同意) 5,sl和SL(堆栈限制寄存器,与r10同意) 6,fp和FP(帧指针,与r11同意) 7,ip和IP(过程调用中间临时寄存器,与r12同意) 8,sp和SP(堆栈指针,与r13同意) 9,lr和LR(连接寄存器,与r14同意) 10,pc和PC(程序计数器,与r15同意) 11,cpsr和CPSR(程序状态寄存器) 12,spsr和SPSR(程序状态寄存器) 13,f0-f7和F0-F7(FPA寄存器) 14,s0-s31和S0-S31(VFP单精度寄存器) 15,d0-d15和D0-D15(VFP双精度寄存器) 16,p0-p15(协处理器0-15) 17,c0-c15(协处理器寄存器0-15)