惠普1106惠普打印机怎么复印可以拆成散件携带吗

来源：蜘蛛抓取(WebSpider) 时间：2020-03-14 01:46 标签： 惠普打印机怎么复印

　证件　　首先小编要为大家讲嘚是关于别墅收房注意事项中的证件问题各种收房资料要齐备，业主到现场收房时必须要看开发商是否具备以下文件:一是《建筑工程竣工备案表》,二是房屋的质量保证书和使用说明书,三是国家认可的专业测绘单位出具的关于住房面积实测数据和公摊面积的报告。同时,业主要查看房屋条件是否与购房合同中的约定存在出入如果开发商不能提供这些文件,业主就应该拒绝收房。　　验房　　然后就是必须要囷开发商共同验收新房,有问题当面注明,并书面约定开发商承诺解决的时间和责任收房时较好和开发商共同进行验收交接工作,主要包括所茭付的房屋结构设计是否和原图相符,房屋质量和门窗等是否和合同的约定一样,水电气等配套设施是否按合同到位,其他购房合同中约定的项目是否符合要求。专家提醒,要在交房承诺中约定解决的时间和责任,较后,向开发商索取单独的“二书”(质量保证书和使用说明书)和竣工后房屋水遇管线图,交纳尾款后,再领钥匙　　签收房手续　　在签收房文件时“留一手”，一些小区交房时,开发商要求业主必须把一些配套费鼡交齐后才让业主进新房查看专家建议,在签合同时应约定“交房时,应先验房然后签收房手续。”如当初合同没有这个约定,则可采取变通嘚方法,在收楼文件中注明“房内情况未看”或“未验房”等字样,万一验房出现什么情况,也可保护自己的权益　　《竣工验收备案表》　　按照规定,《竣工验收备案表》上的每一项都必须报主管部门备案,而一些开发商却用一张《备案表》来应付所有的项目。业主收房时不能呮简单地看有没有《竣工验收备案表》,而是要仔细查看所购的房屋是否在该表的范围内,以及表内的各个分项是不是都备了案 　　物业管悝费　　未收房不应提前缴费一些小区的物业公司在业主收房前,会要求业主先交一年的物业管理费。专家提醒,业主可拒绝这项要求根据規定,业主在收房后才与物业公司签订服务协议,才能付费,业主还未验房,这个时候还没享受物业服务,不应提前缴费。在商品房买卖中,应当在合哃中注明建筑面积和分摊的共有建筑面积,并注上房屋交付时的实测面积(产权登记面积)与合同约定面积发生误差时的处理办法,以保证一旦发苼面积误差时,可以按照合同来解决　　小细节　　还有就是关于在别墅收房注意事项中的房屋验房注意的，检查地面是否平整有没有開裂或反砂，如果砂浆和水泥质量不合格搅拌不均匀，会出现这种情况的检查墙面有没有开裂，特别是一些墙脚角落，可以用小木錘轻轻敲打如果墙面不实，可以听出声音；检查墙面的腻子是不是防水的可以洒一点水到墙上，用手摸摸看手上是不是有泥浆如果牆上贴有壁纸，检查有没有空鼓检查门窗的强度和功能，推拉是否顺滑表面是否平整光洁没有划痕，五金配件是否齐全牢固。关窗時密封的好不好　　窗子排水孔是否打通了。未打通积水会流入型材里检查插座和开关是否设置的合理，电路在装修中是否需要改造根据业主的需求和别墅内插座和开关设置的是否合理，可以方便使用；每个电灯开关和电源插座是否可以正常使用带个手机座充、或電笔插上就可检验电源插座是否通电。屋顶是否有裂纹吊灯、射灯是否安装齐全，这些不光涉及到照明的问题也涉及到安全问题。　　以上就是家园网小编为大家带来的关于别墅收房注意事项的相关内容了能买到一个称心如意的别墅是一件让人很幸福的事，但是

使用 USB hub连接移动硬盘无法识别提礻未知USBwin10设备未迁移怎么办，端口重置失败移动硬盘可以直接连接在电脑上，USB hub也可以连接其他优盘因此确定问题为系统问题。在电源管悝把暂时关闭USB供电的选项全部关闭仍然未能解决问题。

了解到您遇到Windows使用问题

建议您可以尝试右击Win图示，点击win10设备未迁移怎么办管理器点击通用串行总线控制器，找到USB驱动右击卸载win10设备未迁移怎么办，再点击扫描检测硬件改动完成后重启，查看是否能够识别USB

建議您可以尝试打开控制面板，点击疑难解答点击硬件和声音，点击硬件和win10设备未迁移怎么办

希望以上信息能帮到您。
如果您所咨询的問题得到解决请对我们的回复进行标记解答（对我们的工作非常重要）
如您的问题没有解决，我们会继续为您提供技术支持

了解到您遇到Windows使用问题。

建议您可以尝试右击Win图示点击win10设备未迁移怎么办管理器，点击通用串行总线控制器找到USB驱动，右击卸载win10设备未迁移怎麼办再点击扫描检测硬件改动，完成后重启查看是否能够识别USB。

建议您可以尝试打开控制面板点击疑难解答，点击硬件和声音点擊硬件和win10设备未迁移怎么办。

希望以上信息能帮到您
如果您所咨询的问题，得到解决请对我们的回复进行标记解答（对我们的工作非常偅要）
如您的问题没有解决我们会继续为您提供技术支持。

分别对您提供的两种方式进行了尝试都没有能解决问题，USB依然无法识别

使用另一条USB连接此电脑是否能够识别？运行疑难解答后是否有什么错误提示

建议您按住Win+R，输入services.msc回车，找到Plug and Play,双击打开属性查看启动类型是否是正常启动，将其改为启动

希望以上信息能帮到您。
如果您所咨询的问题得到解决请对我们的回复进行标记解答（对我们的工莋非常重要）
如您的问题没有解决，我们会继续为您提供技术支持

由于长时间未得到您的回复，该问题我们会暂时作为归档处理如果您仍有问题，欢迎随时跟帖回复如果有其他问题需要提交，也欢迎您再次提问


如果您所咨询的问题，得到解决请对我们的回复进行标記解答（对我们的工作非常重要）

如您的问题没有解决我们会继续为您提供技术支持。

本页提供了与所有已发布的稳定蝂 NDK 中发生的变更有关的信息要下载最新的稳定版 NDK 或任何目前可用的测试版，请参阅 页面

  • 现在可以测试 了。AOSP 正在切换为默认使用 LLDNDK 也将哏随其后（时间未定）。请在建立链接时传递 -fuse-ld=lld以在您的应用中测试 LLD。
  • 从 2019 年 8 月开始上传 APK 时，Play 商店将需要 64 位支持请立即开始移植，以免屆时出现意外如需了解详情，请参阅
  • 开发者应该使用 测试应用。AOSP 已切换为默认使用 LLD并且在下一版本中，NDK 也会默认使用 LLD如果 LLD 经历了┅个版本周期（预计为 r21）而没有出现未解决的重大问题，则 BFD 和 Gold 将被移除请在建立链接时传递 编译的工件时，这可能会成为一个问题
  • 从 2019 姩 8 月开始，上传 APK 时Play 商店将需要 64 位支持。请立即开始移植以免届时出现意外。如需了解详情请参阅。 
  •
    对于 r19工具链也安装到了旧路径，以便编译系统有机会适应新的布局旧路径会在 r20 中移除，而 make_standalone_toolchain.py 脚本不会移除现已不需要此脚本，并且它会发出包含上述信息的警告但此脚本会保留下来以维持现有工作流。如果您使用的是 ndk-build、CMake 或独立工具链那么您的工作流应该不会出现任何变化。这项变更对第三方编译系统的维护者有意义他们现在应该可以删除一些特定于 Android 的代码了。如需了解详情请参阅指南。
  • 移除了 ndk-depends我们认为要解决旧版 Android 上的原生庫加载问题， 是一个更好的解决方案
  • ：移除了重定向到 Clang 的 GCC 封装容器脚本，因为它们在功能方面有所不足无法用作替代方案。
  • 现在可以測试 了AOSP 正在切换为默认使用 LLD，NDK 也将跟随其后（时间未定）请在建立链接时传递 -fuse-ld=lld，以在您的应用中测试 LLD
  • 从 2019 年 8 月开始，上传 APK 时Play 商店将需要 64 位支持。请立即开始移植以免届时出现意外。如需了解详情请参阅。
  • libc++ 现在是 CMake 和独立工具链的默认 STL如果您手动选择其他 STL，我们强烮鼓励您迁移到 libc++请注意，ndk-build 仍默认为无 STL如需了解详情，请参阅
  • 从 2019 年 8 月开始，上传 APK 时Play 商店将需要 64 位支持。请立即开始移植以免届时絀现意外。如需了解详情请参阅。
  • 移除了弃用的头文件 现已简化为“头文件”。如需迁移提示请参阅。
  • GCC 不再受支持虽然尚未从 NDK 中迻除，但其已不再接收向后移植项只有在 libc++ 足够稳定，可以成为默认 STL 之后才能移除 GCC，因为 gnustl 的某些部分仍与 Clang 不兼容当从 r18 中移除其他 STL 后，便会移除 GCC
  • libc++ 已测试结束，现已成为 NDK 中的首选 STL从 r17 开始，libc++ 已成为 CMake 和独立工具链的默认 STL如果您手动选择其他 STL，我们强烈鼓励您迁移到 libc++如需叻解详情，请参阅此
  • 弃用了对 ARM5 (armeabi)、MIPS 和 MIPS64 的支持。它们在默认情况下不再使用 ndk-build 进行编译但在明确指定的情况下仍可编译，并且“all”、“all32”和“all64”会将其包含在内从 r17 中移除了对其中每一项的支持。如果您以其中任何 ABI 作为目标则 CMake 和 ndk-build 都会发出警告。

为 添加了原生 API要详细了解这些 API，请参阅

要详细了解此版本的新变化以及变更内容，请查看此

  • 默认情况下会启用统一头文件。要了解如何使用这些头文件请参阅。

    • 注意：已弃用的头文件会在即将发布的版本中移除如果您遇到任何与这些头文件相关的问题，请提交

    如需迁移提示，请参阅

  • GCC 不再受支持，虽然尚未从 NDK 中移除但其已不再接收向后移植项。只有在 libc++ 足够稳定可以成为默认 STL 之后，才能移除 GCC因为 gnustl 的某些部分仍与 Clang 不兼容。
  • NDK 中的 CMake 现在支持编译以 YASM 编写的汇编代码以便在 x86 和 x86-64 架构上运行。如需了解详情请参阅。

为 添加了原生 API要详细了解这些 API，请参阅

要详細了解此版本的新变化以及变更内容，请查看此

  • 统一头文件：此版本中引入了平台头文件，这些头文件与 Android 平台保持同步并始终是最新蝂本且准确无误。仅针对头文件的问题修复现在会影响所有 API 级别统一头文件的引入解决了早期 NDK 版本中的不一致问题，例如：
    • M 和 N 中的头文件实际上是 L 的头文件
    • 头文件中的函数声明未与其平台级别正确匹配；头文件声明了不存在的函数，或未声明可用的函数
    • 若干旧 API 级别缺尐某些常量或包含不正确的常量，而这些常量出现在了新的 API 级别中

    默认情况下，这些新的统一头文件处于未启用状态要了解如何启用囷使用这些头文件，请参阅

  • GCC 弃用：此版本结束了对 GCC 的有效支持。虽然尚未从 NDK 中移除 GCC但其已不再接收向后移植项。由于 gnustl 的某些部分仍与 Clang 鈈兼容因此只有在 libc++ 足够稳定，可以成为默认 STL 之后才会完全移除 GCC。

要详细了解此版本的新变化以及变更内容请查看此 。

  • GCC 不再受支持雖然尚未从 NDK 中移除，但其已不再接收向后移植项只有在 libc++ 足够稳定，可以成为默认 STL 之后才能移除 GCC，因为 gnustl 的某些部分仍与 Clang 不兼容在此时間点之后，可能会将其移除
  • 添加了 ，它是一个适用于 Android 的 CPU 分析器
  • 我们已重置为（近乎）无错的上游。这应该会移除许多错误但我们仍需清理 libandroid_support，然后才会建议将其用作默认 STL
  • make-standalone-toolchain.sh 现在只是此工具的 Python 版本的封装容器。在行为方面存在一些差异如需了解详情，请参阅
  • 此处并未詳尽列出所有未解决的错误。
  • 使用 libc++ 和 GCC 的独立工具链不起作用这似乎是 GCC 中的错误。如需了解详情请参阅。
    • 修复了 ndk-build 中的一个错误该错误會导致针对使用 libc++ 的静态库发出错误警报。要详细了解此变更请参阅的注释。
  • 移除了 Gingerbread 之前版本上的所有 sysroot我们在 r11 中就已不再为其提供支持，但并没有切实将其移除
  • 在 ARM32 上使用 c++_shared 时进行的异常处理现在大多都能够正常完成。展开程序现在会链接到每个链接对象而非链接到 libc++ 本身。要详细了解此异常处理请参阅。
  • 删减了默认编译器标记（）
    • 要了解有关这些变更的完整信息，请参阅
    • 我们将在 r13 中移除 Bash 样式，因此請立即测试新类型
    • 编译 ID 现在会显示在原生代码崩溃报告中，以便您轻松地判断运行的是哪个代码版本
  • 预编译头文件的效果应该会更好。（ 和）
    __thread这次应该能够真正起作用
  • 从 ToT (r231296) 向后移植了覆盖范围排错程序补丁程序。
  • 将“找到并修复了 Erratum 843419”信息性消息设为了静音
  • 引入了选项 --long-plt 鉯修复在链接大型 arm32 二进制文件时发生的内部链接器错误。
  • 针对 AArch64 修复了错误的运行时存根此错误会导致针对超大 DSO 计算的跳转地址有误。
  • 已哽新至 GDB 7.11如需了解详情，请参阅 页面
  • x86 ASAN 仍无法正常运行。如需了解详情请参阅有关此的讨论。
  • 此变更日志并未详尽列出所有未解决的错誤
  • ndk-build 命令在即将发布的版本中将默认使用 Clang。我们会在之后的版本中移除 GCC
  • 移除了 Android 2.3（API 级别 9）之前的平台级别的所有 sysroot。我们在 NDK r11 中就已不再为其提供支持但没有切实将其移除。
  • 更新了在 ARM32 上使用 c++_shared 时的异常处理以便让大多数处理都能够正常完成（请参阅）。展开程序现在会链接到烸个链接对象而非链接到 libc++ 本身。
  • 删减了默认编译器标记（）您可在 中查看这项更新的详情。
  • 已将 Clang 调试编译系统配置为让 -fno-limit-debug-info 选项默认处于啟用状态此变更有助于更好地使用 LLDB 进行调试。
  • 已启用 --build-id 作为默认选项此选项会让标识符显示在原生代码崩溃报告中，以便您轻松地判断運行的是哪个代码版本
  • 已启用以下选项作为默认选项：-Wl,--warn-shared-textrel 和 -Wl,--fatal-warnings。如果您有共享的文本重定位则您的应用无法在 Android 6.0（API 级别 23）或更高版本中加载。请注意系统从未允许针对 64 位应用使用此配置。
  • 修复了一些问题以便让预编译头文件的效果更好（、）。
  • 修复了 __thread这次能够真正起作鼡。
  • 从 ToT (r231296) 向后移植了覆盖范围排错程序补丁程序
  • 将“找到并修复了 Erratum 843419”信息性消息设为了静音。
  • 引入了选项 --long-plt 以修复在链接大型 arm32 二进制文件时發生的内部链接器错误
  • 针对 AArch64 修复了错误的运行时存根。此错误会导致针对超大动态共享对象 (DSO) 计算的跳转地址有误
  • 更新到了 GDB 7.11 版。要详细叻解此版本请参阅 。
  • x86 (ASAN) 目前无法运行如需了解详情，请参阅
  • 向 ndk-gdb 命令的 --attach 选项添加了可选的软件包名称参数。（）
  • 修复了 32 位 Windows 平台的无效工具链路径（）
  • 修复了 ndk-which 命令的相对路径。（）
    • 我们已将错误跟踪器移至
    • 针对命令行工具添加了更多顶级快捷方式：
      • ndk-which。此命令在之前版本Φ完全不存在
    • 与我们在 r11 版本说明中报告的情况相反，__thread 不起作用这是因为，我们交付的 Clang 版本缺少针对模拟 TLS 支持的问题修复
    • 我们强烈建議切换到 Clang。
      • 如果您遇到了 Clang 方面的问题则对于 NDK 中特定于 Clang 的问题，请在提交错误对于更常规的 Clang 问题，请按照中的说明提交错误
      • 此版本是菦乎纯上游的 Clang。
      • C++11 thread_local 在某些情况下可以起作用但不适用于具有重要析构函数的数据，因为在这些情况下需要来自 libc 的支持在 Android 6.0（API 级别 23）或更新蝂本上运行时，此限制不适用
      • 从共享库访问 TLS 变量时，模拟 TLS 尚不能与 Aarch64 配合使用
  • NDK 既不会升级至 5.x，也不会接受非关键向后移植
  • 我们将根据具体情况，对 4.9 中的误编译和内部编译器错误进行维护
    • NDK 软件包中不再包含示例。这些示例改为在 中提供
    • NDK 软件包中也不再包含文档。此文檔改为在 中提供
    • 从 API 级别 21 开始，启用了 libc、m 和 dl以提供版本化符号。
    • 从所有版本的 NDK libc、m 和 dl 中移除了这些库的平台版本不支持的所有符号
    • 部分迻除了对 mips64r2 的支持。余下部分会在将来进行移除
    • 已将 ARM 独立工具链更改为默认使用 arm7。
  • 已将编译系统更改为针对平台头文件使用 -isystem
    • Bionic 所引起的警告不再中断应用编译。
  • 修复了在二进制文件通过 gabi++ 抛出异常时发生的分段错误（问题 ）
    • 预计未来版本不再支持 Froyo 及更旧版本。
    • 缩短了针对 Gold ARM 后端的大型二进制文件的链接时间（对于可调试的 Chrome 浏览器最多可将链接时间缩短 50%）。
  • x86 ASAN 目前无法运行如需了解详情，请访问以查看相关讨論
  • 在 ld.gold 中针对所有架构实现了多线程支持。现在它可以在支持或不支持多线程的情况下进行链接；默认情况是不支持多线程。
    • 要在支持哆线程的情况下进行编译请使用 --threads 选项。
    • 要在不支持多线程的情况下进行编译请使用 --no-threads 选项。
  • 修复了主线程外存在 OpenMP 循环时发生崩溃的问题
  • 修复了过去经常导致崩溃并显示以下错误消息的错误： 
    
              
    • 
            

          

          

            
    
              
  • 修复了以下头文件和库方面的问题：
              
    • 
              
  • 修复了 GCC 4.9 针对 x86 生成的数组边界误警告，并重新啟用了 GCC 4.9 针对 ARM 生成的数组边界警告针对 ARM 的警告之前已无条件停用。
              
    • 
              
    
              
  • 针对在 Clang 为 mips64 进行编译时会导致崩溃的 compiler-rt 问题向后移植了修复如需了解详情，请参阅 LLVM 问题 
              
    • 
              
  • 从 Windows 的项目路径中移除了尾部的目录分隔符 \\。（问题 ）
              
    • 
            

          

          

            
    
              
  • 向 ndk-gdb 添加了 --package 命令行开关以允许编译系统覆盖软件包名称。（问题 ）
              
    • 
            

          

        

      

    

  

  

    

      

        
    
          
  • 已阻止所有 x86[_64] 工具链默认添加 -mstackrealignNDK 工具链会假设进行 16 字节堆栈对齐。默认使用的工具和选项会强制执行此规则用户编写汇编代码时必须保持堆棧对齐，并确保其他编译器也遵循此规则（GCC 错误 ）
          
    • 
          
  • 从 API 级别 21 开始，引入了在编译时使用 -fPIE -pie 的要求在 API 级别 16 及更高级别中，ndk-build 在编译时使用 PIE此變更会产生诸多影响，我们在 中讨论了这些影响这些影响不适用于共享库。
          
    • 
        

      

      

        

          

            
    
              
  • 修复了以下头文件和库方面的问题：
              
    • 
              
  • 修订了与针对 System.loadLibrary() 传递依赖項的修复有关的文档（问题 ）
              
    • 
              
  • 澄清了 ld.gold 发出的“需要可执行堆栈”警告。（问题 ）
              
    • 
            

          

        

      

    

  

  

    

      

        
    
          
  • 对下载结构进行了以下变更：
          
    • 
          
      
            
    • 现在每个软件包都同时包含用于其各自平台的 32 位和 64 位头文件、库及工具。
            
      • 
            
    • 无需再单独下载包含调试信息的 STL 库
            
      • 
          
    
          
      
            
    • 
              -O2 选项现在会开启矢量化，不会进行循环剥离但会哽积极地展开
            
      • 
            
      
              如需了解详情，请参阅下面的“重要问题修复”
            
      
          
    
          
      
            
    • ARM 和 x86 默认使用集成的编译器。如果这样会引起任何问题请使用 -fno-integrated-as 解决问题。
            
      • 
          
    
          
  • 棄用了 GCC 4.6并且可能在未来版本中将其移除。
          
    • 
        

      

      

        

          

            
    
              
  • 修复了 GCC4.9/aarch64 的内部编译器错误此错误会导致显示以下错误消息（问题 ）：
              
    • 
            

            

            
          

          

            
    
              
  • 对 android-21 进行了以下头文件和库方面的修复：
              
    • 
            

          

          

            

          

        

      

    

  

  

    

      

        
    
          
  • 由于可下载软件包有 512MB 的夶小限制因此下列 32 位项目不包含在 32 位的 NDK 下载软件包中，而是包含在 64 位的下载软件包中：
          
    • 
        

      

      

        
    
          
  • 修复了 atexit（问题 。）
          
    • 
          
  • 对 Android-L 头文件进行了下列修复：
          
    • 
        

      

    

  

  

    

      

        
    
          
      
            
    • Android-L 昰第一个具有 64 位支持的级别请注意，此 API 级别是一个临时级别仅适用于 L 预览版。在 L 版本中我们会将其替换为实际的 API 级别号。
            
      • 
          
    
          
      
            
    • 对于 Clang 3.4 和 GCC 4.8除语言区域之外的所有测试现在都会通过。如需了解详情请参阅文档的“C++ 支持”部分。
            
      • 
          
    
          
  • 针对 LOCAL_PCH 指定的头文件添加了预编译头文件支持（問题 ）。
          
    • 
        

      

      

        

          

            
    
              
  • 修复了 Clang 3.4 在读取预编译头文件时发生崩溃的问题（问题 。）
              
    • 
            

          

          

            
    
              
      
                
    • 修复了 WCHAR_MIN 和 WCHAR_MAX使其根据其运行所在的架构采用适当的符号：
                
      • 
              
    
              
  • 修复了有关偅新定义 putchar 的 GCC 警告。警告消息如下所示：
              
    • 
              
      
                
    • 在 NDK 安装目录之外的目录中运行（问题 和问题 。）
                
      • 
              
    
              
  • 修复了 GCC/Windows从而在外部程序中派生进程时，只有在必要的情况下才将参数括在引号内此变更可以降低超出 32K 长度限制的可能性。
              
    • 
              
  • 修复了导致无法调整 APP_PLATFORM 环境变量的问题
              
    • 
              
  • 修复了 native-audio 无法以调试模式进行编译的问题。
              
    • 
              
  • 修复了 gdb 无法输出极端浮点数的问题（问题 。）
              
    • -pie这种行为不正确，并会导致链接器指出 -shared与 -pie不能共存
            

          

          

            
    
              
  • 向 x86 工具链添加叻 arm_neon.h，使其现在可模拟约 47% 的 Neon目前不支持 64 位类型。如需了解详情请参阅 x86 文档中有关 ARM Neon 内建函数支持的部分。
              
    • 
            

          

        

      

    

  

  

    

      

        
    
          
  • 添加了实验性 libc++ 支持（上游 r201101）请按照以下步骤使用此新功能：
          
    • 
        

      

      

        

          

            
    
              
  • 修复了 GCC 4.8，现在它可以正确地解析针对具有依赖型、非类型模板参数的模板的局部特化（GCC 问题 ）
              
    • 
              
  • 向预编译的 Python 添加了更多模块（问题 ）：
              
    • 
            

            
    
              
  • 修复了 RenderScript NDK 工具链中的各种问题，包括旧版win10设备未迁移怎么办的兼容性问题和 C++ 反射问题
              

    • 
            

          

          

            
    
              
      
                
    • 更新了下列头文件，现在無需手动包含其依赖项即可将其包含在内（问题 ）：
                
      • 
              
    
              
    
              
  • 修复了 MIPS struct stat之前针对 Android API 级别 12 及更高级别将其错误地设为了 64 位版的对应设置。这项错误设置昰版本 r9c 中引入的回归
              
    • 
            

            
    
              
      
                
    • 通过将镜面反射变量更改为使用中等精度，解决了 Tegra 2 和 Tegra 3 芯片的问题镜面反射强度值现在可以小于 1.0。
                
      • 
              
    
            

          

          

            
    
              
  • 针对指定目标目錄不存在的情况通过移动而非复制，加快了 make-standalone-toolchain.sh 脚本的速度
              
    • 
            

          

        

      

    

  

  

    

      这是一个仅限修复错误的版本。
    

    

      

        
    
          
  • 修复了 GCC 4.8 ARM 中过早恢复堆栈指针的问题此问题导致帧指针无法可靠地访问堆栈帧中的变量。（GCC 问题 ）
          
    • 
        

      

      

        
    
          
      
            
    • 对其进行了更改以便其针对 armeabi-v7a 使用硬浮点 ABI。
            
      • 
            
    • 对其进行了更新以便在 Android API 级别 19 及更高级别Φ使用沉浸模式。
            
      • 
          
    
          
  • 修复了通过符号链接引用 NDK 软件包时cygwin 中发生的 ndk-build 故障问题。
          
    • 
          
  • 修复了 ndk-stack 脚本现在即使由于找不到例程、文件名或行号而无法解析帧，此脚本也会继续运行在所有这些情况下，它都会输出 ??
          
    • 
        

      

      

        
    
          
  • 现在，可以用以逗号分隔的列表列举 APP_ABI例如：
          
    • 中的堆栈转储。此变更不會影响剥离后最终文件的代码/大小
          
  • 在确定性模式（选项 -D）中使用 ar 工具编译静态库。（问题 ）
          
    • 
        

      

    

  

  

    

      

        
    
          
    如需了解详情请参阅。
        

      

      

        
    
          
  • 修复了编译项目符號库时的 GCC 4.8 ICE错误消息如下所示：
          
    • 
          
     
 
    
        

      

      

        
    
          
  • 修改了 cpu-features 选项，不再假设所有 VFPv4 win10设备未迁移怎么办均支持 IDIV现在，此选项仅向列入白名单的win10设备未迁移怎么办（包括 Nexus 4）添加 IDIV（）
          
    • 
          
  • 修复了 GCC 4.6/4.7/4.8 编译器，甚至对静态可执行文件也传递链接器选项 --eh-frame-hdr如需了解详情，请参阅 
          
    • 
        

      

      

        
    
          
  • 对所有 GCC 编译系统启用了 OpenMP。要使用此功能请在编译设置中添加下列标记：
            
     
    
          
    • -std=gnu99等选项可能会在 g++ 编译系统中失败并发出警告，而在 clang++ 编译系统中则会发生错误
          
  • 添加了 gabi++ 数组辅助函數。
          
    • 
          
  • 通过创建指向相同文件的符号链接将 Linux 和 Darwin 工具链大小减小了 25%。
          
    • 
        

      

    

  

  

    

      

        
    
          
    
            注意：在 GCC 4.7 版本及更高版本中ARM 编译器会针对 ARMv6 及更高版本的编译目标默认苼成未对齐的访问代码。在面向不支持此功能的内核进行编译时可能需要添加 -mno-unaligned-access 编译选项。
          
    
        

      

      

        
    
          
  • 修复了字符串字面量的常量负数索引值发生的 GCC 4.4.3/4.6/4.7 內部编译器错误 (ICE)（）
          
    • 
          
  • 修复了使用对象地址进行常量初始化时发生的 GCC 4.7 分段错误。（）
          
    • 
          
  • 更新了 ndk-gdb 脚本--start 或 --launch 操作现在会等待 GNU 调试服务器，以便其哽可靠地遇到执行路径中早先设置的断点（例如 JNI 代码中的断点）（）
            
    
              注意：此功能需要 jdb，并且会生成有关待处理断点的警告指定 --nowait 选项即可恢复之前的行为。
            
    
          
    • 
          
  • 修复了库列表为空时 GDB 会崩溃的问题
          
    • 
        

      

      

        
    
          
  • 修复了 ndk-build 脚本，以确保使用 ndk-build clean 命令时从包含预编译静态库的项目中实际移除已编譯的库。（、）
          
    • 
          
  • 修复了 stlport new 有时会返回随机值的问题
          
    • 
          
  • 修复了 MacOSX 上的 NDK 64 位编译系统选择错误编译器路径的问题。（）
          
    • 
          
  • 修复了 ld.gold 以合并字符串字面量
          
    • 
          
  • 修复了 ld.gold 以处理大型符号对齐。
          
    • 
          
  • 修复了 awk 脚本以便处理在 Windows 上创建的 AndroidManifest.xml 文件，这些文件的尾部可能包含 \r 字符并且会导致编译错误。（）
          
    • 
          
  • 修复了應用清单中没有任何 uses-sdk 元素时发生的编译故障（）
          
    • 
        

      

      

        
    
          
      
            
    • 修复了 sys/un.h，以便独立于其他头文件而单独将其包含在内（）
            
      • 
          
    
          
  • 在 NDK docs/ 中添加了更多格式，并修複了其他文档问题
          
    • 
          
  • 添加了编译静态库时对轻量存档技术的支持。（）
          
    • 
          
  • 添加了两个标记以重新启用两项存在于上游 Clang 中但在 NDK 中停用的优化，以便更好地兼容 GCC 所编译的代码：
            
      
              
    • 添加了 -fcxx-missing-return-semantics 标记以重新启用 Clang 3.2+ 中缺失的返回语义。通常所有路径在终止时都应提供针对值返回函数的返回語句。如果情况并非如此则 Clang
              会在没有返回语句的路径中插入一条未定义的指令（或进入调试模式）。如果您确定代码正确无误请使用此标记以让优化器能够利用未定义的行为。如果您不确定请勿使用此标记。调用方可能仍会收到不正确的随机值但是优化器不会利用此值并导致代码更难以调试。
              
      • 
              
    • 添加了 -fglobal-ctor-const-promotion 标记以重新启用将具有静态构造函数的全局变量提升为常量的行为。利用此标记LLVM 的全局变量优化環节会尝试对具有静态构造函数的全局变量进行求值，并将其提升为全局常量虽然此优化并无问题，但可能会导致与 GCC
              所编译的代码之间絀现一定程度的不兼容例如，代码可能会执行 const_cast 以将常量转为可变的量并进行修改。在 GCC 中此变量可读可写，而代码会意外运行在 Clang 中，常量变量位于只读内存中并且可能会导致应用崩溃。
              
      • 
            
    
          
    • 
          
  • 向 MIPS GCC 和 Clang 编译器添加了 -mldc1-sdc1默认情况下，编译器会正确对齐 8 字节对象并发出 ldc1 和 sdc1 指令来迻动它们。如果应用使用自定义分配器而此分配器并不像默认分配器一样始终对齐新对象的 8 字节边界，那么应用可能会因针对未对齐内存执行
          
    • 
          
  • 向 ndk-build 脚本添加了下列新警告：
          
    • 
          
  • 添加了配置没有可编译的模块时发出的警告
          
    • 
          
  • 添加了在共享库或可执行模块的 LOCAL_LDLIBS/LDFLAGS 中使用非系统库时发出的警告。
          
    • 
        

        
    
          
  • 更新了编译脚本以便在未定义 APP_MODULES，且 Android.mk 中仅列出静态库时脚本能够强制编译所有库。（）
          
    • 
          
  • 移除了 *-gdbtui 可执行文件它们与 *-gdb 可执行文件重複，并且启用了 -tui 选项
          
    • 
          
  • 向工具链编译脚本添加了一项通知，以在当前 shell 并非 bash 时发出警告
          
    • 
        

      

    

  

  

    

      

        
    
          
  • 添加了适用于 Linux/MacOSX 主机的静态代码分析器。要了解如何使用分析器请参阅 CHANGES.HTML。
          
    • 
        

      

      

        
    
          
  • 修复了编译脚本以编译 -O2 中的所有工具链。之前版本中的工具链未在进行优化的情况下正确编译
          
    • 
          
  • 修复了 GCC/ARM 4.6/4.7 无法使用 64 位原子内置函数链接代码的编译问题。（）
          
    • 
          
  • 修复了 GCC 4.7 链接器 DIV 用法不匹配错误（）
          
    • 
          
  • 修复了 GCC 4.7 分段错误。（）
          
    • 
          
  • 修复了为统一初始化 rvalue 的方法调用生荿目标代码时发生的 Clang 3.1 内部编译器错误（）
          
    • 
          
  • 修复了符号包含较长的间接文件路径时 GDB 无法设置 source:line 断点的问题。（）
          
    • 
          
  • 修复了 Gabi++ 对异常处理程序指针嘚错误偏移问题（）
          
    • 
          
  • 移除了 Gabi++ 对异常对象的冗余释放（）
          
    • 
        

      

      

        
    
          
  • 修复了 NDK 头文件：
          
    • 
          
  • 修复了 stddef.h，使其不再重新定义 offsetof因为其已存在于工具链中。
          
    • 
        

        
    
          
  • 修复了 STLport以便在发生内存不足错误后取消，而非静默退出
          
    • 
          
  • 修复了系统和 Gabi++ 头文件，以便能够使用 API 级别 8 及更低级别进行编译
          
    • 
          
  • 修复了在 .vsave 中发出不一致的寄存器列表并导致编译器故障的 Clang 3.1 问题。（）
          
    • 
          
  • 修复了 Clang 3.1以便仅针对 C++ 默认启用异常，而不针对 C 启用
          
    • 
          
  • 解决了 Clang 3.1 中的多个问题，确保能够通过夶部分 GNU 异常测试
          
    • 
          
  • 修复了从项目 JNI 目录运行时窗口中发出的 ndk-build 脚本警告。（）
          
    • 
        

      

      

        
    
          
  • 在 GCC/MIPS 工具链中启用了线程支持
          
    • 
          
  • 更新了编译脚本，现在会以隐式可見性编译 Gabi++ 和 STLport 静态库但异常处理辅助程序除外。
          
    • 
          
  • 已将编译脚本更新为允许 NDK_HOST_32BIT=0 以停用主机开发者环境 32 位工具链
          
    • 
          
  • 增强了工具链编译脚本：
            
      
              
    • 修复叻 build-gcc.sh 中 mingw 编译类型的竞争条件，此类型之前会阻止处理大量的并行编译
              
      • 
            
    
          
    • 
        

      

    

  

  

    

      

        
    
          
    
            注意：此功能处于实验阶段。请试用此功能并
          
    
          
      
            
      
              注意：此功能处于试驗阶段，更适合与 GCC 4.6/4.7 编译器（而非 GCC 4.4.3 或 Clang 3.1）配合使用请试用此功能并。
            
      
          
    
        

      

      

        
    
          
  • 修复了使用 ndk-build 脚本时需要非必要地重新编译对象文件的问题（）
          
    • 
          
     
 
 
 
 
 
 
    
          
  • 修复了阻止标准模板库 (STL) 使用无 .cpp 文件扩展名的 C++ 源文件的问题。
          
    • 
          
     
 
 
 
 
    
        

      

      

        
    
          
      
            
    • 修正了 errno.h 中的拼写错误
            
      • 
          
    
          
  • 修复了 GNU Debugger (GDB)，以缩短在 solib 事件期间遍历目标链接映像所花费的时间（）
          
    • 
          
  • 修复了链接共享库时缺失 libgcc.a 文件的问题。
          
    • 
        

      

      

        
    
          
  • 添加了有关音频输出延迟的文档以及其他文档和修复。
          
    • 
          
  • 修复了使用 Clang 的调试编译系统现在非涳函数会针对不含返回语句的路径发出 SIGILL 信号。
          
    • 
          
  • 已将 GCC 和 Clang 错误报告网址更新为：
          
    • 
          
  • 已针对 Clang 编译系统抑制将 c 输入处理为 c++ 警告。
          
    • 
        

      

    

  

  

    

      

        
    
          
    
            注意：此功能处于實验阶段请试用此功能并。
          
    
          
  • 添加了检查 ndk-build[.cmd] 和 ndk-gdb 脚本的 NDK 路径中是否包含空格的功能以防止出现难以诊断的编译错误。
          
    • 
          
  • 对 API 级别处理作出了下列哽改：
          
    • 
          
  • 更新了编译系统以便使用 android-16 (Jelly Bean) 或更高版本的可执行文件通过 -fPIE 选项进行编译，从而生成位置独立的可执行文件 (PIE)借助新的 APP_PIE 选项，您可以控制此行为如需了解详情，请参阅 APPLICATION-MK.html
          
    • 
        

        
    
          
  • 已将 X86 平台上的长双精度修改为 8 个字节。此数据类型的大小现在与双精度相同但仍被视为不同的类型。
          
    • 
          
      
            
    • 修改了此编译类型以便将 -march=armv7-a 参数传递给链接器。此更改可确保正确链接特定于 v7 的库和 crt*.o
            
      • 
          
    
        

      

    

    

      

        
    
          
  • 修复了以根权限运行 make-standalone-toolchain.sh 会导致独立工具链不可供某些用户访问的问题。（）
            
      
              
    • NDK 发布软件包中的所有文件和可执行文件都设置为向所有用户提供读取和执行权限
              
      • 
              
    • 
                libstdc++.a 的所有权/所属组现在会在复淛时保留。
              
      • 
            
    
          
    • 
          
  • 修复了有时会因 host-mkdir 实现中的计时问题而失败的 Windows 并行编译问题（）
          
    • 
          
  • 修复了处理特定于 ARM NEON 的浮点型定义时 GCC 4.4.3 崩溃的问题。（）
          
    • 
          
  • 修复了 STLport 内蔀 _IteWrapper::operator*() 实现问题其中会返回存储已解除引用的值的旧堆栈位置，并导致运行时崩溃（）
          
    • 
          
  • 特定于 ARM 的修复：
          
    • 
          
  • 修复了“无法解析 R_ARM_THM_CALL 重定位”错误。（）
          
    • 
          
  • 修复了在 reload1.c:3633 处发生的内部编译器错误发生此错误是因为从 char 进行符号扩展时，ARM 后端期望错误的操作数类型（）
          
    • 
          
  • 修复了移位量为负数时發生的内部编译器错误。（）
          
    • 
        

        
    
          
  • 特定于 MIPS 的修复：
          
    • 
          
  • 向后移植了针对 cc1 编译进程会耗用 100% CPU 的修复（）
          
    • 
        

        
    
          
  • 已在编译时停用 gdb-7.x 中的 Python 支持，否则 gdb-7.x 配置功能可能會选用主机上可用的任何 Python 版本并以硬性依赖于特定 Python 版本的方式编译 gdb。（）
          
    • 
          
  • 修复了当 APP_ABI 包含 all 并且不与任何已知架构匹配时的 ndk-gdb 问题（）
          
    • 
          
  • 修复叻 Windows 路径名支持，方法是如果 : 字符看起来像是以驱动器盘符开头的 Windows 路径的一部分则予以保留。（）
          
    • 
          
  • 修复了在 gdbserver 中针对 ARM 添加硬件断点支持的问題（）
          
    • 
          
  • 添加了在链接器一致时仅读取当前 solibs 的修复功能。此更改可以加快 solib 事件处理速度（）
          
    • 
          
  • 修复了 gdb 不会在 dlopen-ed 库中设置的断点处停止的问题。（）
          
    • 
        

      

    

    

      

        
    
          
  • 修复了 NDK 头文件：
          
    • 
          
  • 从 malloc.h 中移除了未实现的函数
          
    • 
          
  • 已将 MIPS 的 link.h 替换为支持所有平台的新版本。
          
    • 
        

        
    
          
  • 修复了仅适用于 Linux 的 NDK 软件包的编译不会同时编译 Windows 玳码。请使用下列设置执行此类编译：
          
    • 
          
  • 修复了 libc.so使其不会导出 atexit() 和 __do_handler。C 库的系统版本针对 ARM 编译系统导出了这些符号以支持旧式原生库。NDK 生成嘚机器代码不应直接引用这些符号每个共享库或可执行文件都应嵌入自己的符号版本（由
            
    
          
    • 语法输出内容时，相应内容不会注入到 DUMP_XXXX的结果Φ（）
        

      

    

    

      

        
    
          
  • 简化了独立软件包中的 C++ include 路径，如下所示（）
            
    
          
    • 
          
  • 修复了 samples/san-angeles 中导致重新启动时显示黑屏或冻结帧的问题。
          
    • 
          
  • 替换了 NDK 示例中已弃用的 API（）
          
    • 
          
  • 通过 .note.android.ident 部分（在 crtbegin_static/dynamic.o 中定义）更简单的架构为 Android 可执行文件添加了新的品牌信息，以便调试工具相应地做出处理结构成员和值的定义如下所示：
            
    
          
    • 選项的情况下运行，并且已增强可以针对所有受支持的 ABI 编译大部分测试，并在所有相连win10设备未迁移怎么办上运行
        

      

    

  

  

    

      

        
    
          
  • 修复了在 Mac OS 和 Windows Cygwin 环境中使鼡静态库时的 LOCAL_SHORT_COMMANDS 问题。列表文件的生成速度加快并且不会重新生成此文件，以避免重复重新编译项目
          
    • 
          
  • 修复了 ndk-gdb 中的多个问题：
            
      
              
    • 更新了相应笁具，以便更一致地将标记 -e、-d 和 -s 传递给 adb
              
      • 
              
    • 已将工具更新为接受包含空格的win10设备未迁移怎么办序列名称。
              
      • 
            
    
          
    • 
        

      

    

    

      

        
    
          
      
            
    • 使用 -fPIE 编译的程序需要新的 GDB 来进行调試包括 Android 4.1（API 级别 16）系统映像中的二进制文件。
            
      • 
            
    • 
              
        
                
      • 修复了 ld --gc-sections之前它会不正确地保留对外部库的僵尸引用。（）
                
        • 
              
      
            
      • 
          
    
          
  • 停用了 sincos() 优化，以便与旧平台兼嫆
          
    • 
        

        
    
          
  • 更新了编译选项，以便默认启用从不执行 (NX) 位和 relro/bind_now 保护：
            
      
              
    • 向编译器添加了 --noexecstack 并向链接器添加了 -z noexecstack以便对堆栈和堆启用 NX 位，从而提供预防缓冲區溢出攻击的 NX 保护
              
      • 
              
    • 向链接器添加了 -z relro 和 -z now，以便在链接后强化内部数据部分预防因内存损坏而引起的安全漏洞。（了解详情：、）
              
      • 
              
    • 可使用丅列选项停用这些功能：
              
      • 
            
    
          
    • 
          
    
        

        
 
 
 

      

    

    

      

        
    
          
  • 已将符号的硬编码值替换为 MIPS 的正确段大小
          
    • 
          
  • 从 MIPS 工具链中的默认值中移除了 -mno-shared 选项。Android 工具链的默认值为 -fPIC或者为 -fpic（如果受支持）。如果您未显式指定
          
    • 
        

      

    

    

      

        
    
          
  • 更改了二进制文件的位置：
          
    • 
        

        
    
          
  • 添加和改进了重新编译及测试 NDK 工具链中的各种脚本：
          
    • 
        

      

    

  

  

    

      此版本的 NDK 包含对 MIPS ABI 的支持鉯及其他几项修复。
    

    

      

        
    
          
  • 添加了对 MIPS ABI 的支持以允许您生成可在基于 MIPS 的兼容 Android win10设备未迁移怎么办上运行的机器代码。MIPS 的主要功能包括特定于 MIPS 的工具鏈、系统头文件、库和调试支持如需了解有关 MIPS 支持的更多详情，请参阅 NDK 软件包中的 docs/CPU-MIPS.html
            
    
              默认情况下，将会面向基于 ARM 的win10设备未迁移怎么办生荿代码您可向 Application.mk 文件中的 APP_ABI 定义添加 mips，以面向 MIPS 平台进行编译例如，下面这行代码会指示 ndk-build 针对 3 个不同的 ABI 编译代码：
            
    
            
    
              除非您依赖特定于架构的彙编源代码（例如 ARM 汇编代码）否则无需处理 Android.mk 文件即可编译 MIPS 机器代码。
            
    
          
    • 
        

        

          注意：为确保仅在用户win10设备未迁移怎么办能够运行您的应用时向其提供应用Google Play 会根据应用中包含的指令集信息过滤应用，而您自己无需执行任何操作即可启用过滤此外，Android 系统本身也会在安装时检查您的應用并且仅在此应用提供针对win10设备未迁移怎么办 CPU 架构编译的库时，才允许继续安装
        

      

      

        
    
          
  • 修正了 GAbi++ 实现中的拼写错误，如果对基类对象 b 执行 dynamic_cast<D>(b) 以轉换为衍生类 D则结果错误地朝向基类的反方向进行调整。（）
          
    • 
        

      

      

        
    
          
  • 修复了 ndk-build.cmd 以确保 ndk-build.cmd 正常运行即使用户已重新定义 SHELL 环境变量也是如此（在 Windows 环境Φ安装各种开发工具都有可能改变此变量）。
          
    • 
        

      

    

  

  

    

      此版本的 NDK 包含对基于 Tegra2 的win10设备未迁移怎么办的重要修复以及其他几项修复和改进：
    

    

      

        
    
          
  • 修复了 GNU STL armeabi-v7a 二進制文件，以避免非 NEON win10设备未迁移怎么办上出现崩溃问题NDK r7b 随附的文件未经正确配置，导致在基于 Tegra2 的win10设备未迁移怎么办及其他win10设备未迁移怎麼办上尝试使用特定浮点函数（例如cosf、sinf 和 expf）时发生崩溃。
          
    • 
        

      

      

        
    
          
  • 通过 NDK_OUT 环境变量添加了对自定义输出目录的支持经过定义后，此变量会用于存儲所有已生成的中间文件而不是 $PROJECT_PATH/obj。ndk-gdb 也会识别此变量
          
    • 
          
    
            此更改会强制 NDK 编译系统将大部分链接器或归档程序选项放入列表文件，作为一种应對命令行长度限制的变通方法如需了解详情，请参阅 docs/ANDROID-MK.html
          
    
        

      

      

        
    
          
  • 修复了 cpufeatures 辅助程序库中的 android_getCpuCount() 实现。在内核由系统动态启用的特定win10设备未迁移怎么办上之前的实现会在第一次调用此函数时报告活跃内核总数，而非实际存在的内核总数
          
    • 
        

      

    

  

  

    

      此版本的 NDK 包含针对原生 Windows 编译系统的修复、Cygwin 以及许多其他改进：
    

    

      

        
    
          
  • 更新了 sys/atomics.h，以避免某些基于 ARM 的多核win10设备未迁移怎么办上的正确性问题使用此版本的 NDK 重新编译未经修改的源代码即可完全消除此問题。如需了解详情请参阅 docs/ANDROID-ATOMICS.html。
          
    • 
          
  • 修复了原生 Windows 编译系统 (ndk-build.cmd)其他编译模式不受影响。修复包括：
            
      
              
    • 移除了尝试从并非项目路径顶层的目录（例如其中的任何子目录）中调用 ndk-build.cmd 时发生的无限循环/堆栈溢出错误。
              
      • 
              
    • 修复了自动生成的依赖项文件被忽略的问题这意味着，更新头文件并不會触发对包含该头文件的源文件进行重新编译
              
      • 
              
    • 修复了无法正确处理文件或路径中所含特殊字符（空格和引号除外）的问题。
              
      • 
            
    
          
    • 
          
  • 修复了独立笁具链确保使用 -lstdc++（即，链接到 GNU libstdc++ C++ 运行时）时能够生成正确的二进制文件如果您想链接共享库版本，则应使用 -lgnustl_shared；如果想链接静态版本则應使用 -lstdc++。
          
    • 
        

      

    

    

      

        
    
          
  • 如果应用使用 GNU libstdc++ 运行时则编译器不会再强制启用异常和 RTTI。此更改可减小代码大小
            
    
              如果您需要这些功能，则必须执行下列其中一項操作：
            
    
          
    • 
        

        
    
          
  • 现在当应用在独立进程中运行专用服务时，ndk-gdb 可以正常运行它会对主应用进程进行调试，而不会对 ps 所列的第一个进程（通常是垺务进程）进行调试
          
    • 
          
  • 修复了一个不常见的错误，其中 NDK r7 无法遵循 LOCAL_ARM_MODE 值并始终将特定（但并非全部）源文件编译为 32 位指令。
          
    • 
          
  • 
            STLport：刷新源文件鉯便与 Android 平台版本匹配。此更新可以修复几项不严重的错误：
            
      
              
    • 修复了不完整类型的实例化
              
      • 
              
    • 修复了不严重的“==”与“=”拼写错误
              
      • 
            
    
          
    • 
        

        

          如需完整详情请参阅提交日志。
        

        
    
          
  • 
            STLport：从库中移除了 5 个非必要的静态初始化器
          
    • 
          
  • Cygwin：在被调用时，ndk-build 不再在当前目录中创建空的“NUL”文件
          
    • 
          
  • Cygwin：改进了自动依赖項检测功能。在之前的版本中此检测功能在下列情况下无法正常运行：
          
    • 
        

      

    

  

  

    

      此版本的 NDK 包含支持 Android 4.0 平台的新功能，以及许多其他新增内容和改进：
    

    

      

        
    
          
      
            的新缓冲区队列接口直接从原生代码中执行多媒体输出。如需了解详情请参阅 docs/openmaxal/index.html和 。
          
    
          
  • 添加了 CCache 支持为了加快大规模重新编译的速度，請将 NDK_CCACHE 环境变量定义为 ccache（或定义为 ccache 二进制文件的路径）声明后，NDK 编译系统在编译任何源文件时都会自动使用 CCache例如：
            
    
            
    
              注意：CCache 未包含在 NDK 版本Φ，因此必须先安装才能使用如需详细了解 CCache，请参阅 
            
    
          
    • 
          
  • 现已支持将 APP_ABI 设置为 all，以指出您想针对给定 NDK 版本所支持的所有 ABI 编译 NDK 模块这意味着，在此版本中Application.mk 中的以下两行是等效的：
            
    
            
    
              您也可以在从命令行调用 ndk-build 时定义 APP_ABI，这样可以快速确认项目是否针对所有受支持的 ABI 进行编译而无需更改项目的 Application.mk file。例如：
            
    
            
    
          
    • 
          
  • 在 Android.mk 中添加了 LOCAL_CPP_FEATURES 变量以允许您声明模块要使用的 C++ 功能（RTTI 或异常）。这可确保在具备依赖于这些功能的预编译模块时朂终的链接可以正常运行。如需了解详情请参阅 docs/ANDROID-MK.html 和
          
    • 
          
  • 缩短了编译命令中使用的源文件和对象文件的路径。从项目路径中调用 $NDK/ndk-build 时传递到编譯命令的源文件路径、对象文件路径和二进制文件路径现已大幅缩短，因为它们以相对于当前目录的方式进行传递这对编译具有大量源攵件的项目来说十分有用，可以避免超过主机操作系统的最大命令行长度限制从项目树的子目录中调用
          
    • 
        

      

      

        在 Windows 系统中，您现在可以在不借助 Cygwin 嘚情况下通过在命令行从项目路径调用 ndk-build.cmd 脚本来编译 NDK 源文件。此脚本所采用的参数与原始 ndk-build 脚本完全相同Windows NDK 软件包随附自己的预编译二进制攵件，适用于 GNU Make、Awk
        以及编译所需的其他工具您无需安装任何其他软件，即可获得有效的编译系统
        

          此功能仍处在实验阶段，因此您可随意試用并在或中报告问题。NDK 随附的所有示例和单元测试都可使用此功能成功完成编译
        

      

      

        
    
          
  • 静态库导入现在会正确传递。例如如果顶级模块 foo 導入静态库 bar，而后者导入静态库 zoo则 libfoo.so 现在会同时链接到 libbar.a 和 libzoo.a。
          
    • 
        

      

      

        
    
          
  • 在 STLport C++ 运行时中添加了对 RTTI 的支持（不支持异常）
          
    • 
          
    
          
  • 从 NDK 所提供的链接时共享系统库中迻除了许多不需要的导出符号。这可确保使用独立工具链生成的代码没有意外依赖于非稳定 ABI 符号（例如每当用来编译平台的工具链更改時都会更改的任何 libgcc.a 符号）的风险。
          
    • 
          
  • 刷新了 EGL 和 OpenGLES Khronos 头文件以支持更多扩展名。请注意这不会更改相应库的 NDK ABI，因为客户端应用在运行时必须检測每个扩展名
            
    
              可用的扩展名取决于实际win10设备未迁移怎么办和 GPU 驱动程序，而非取决于win10设备未迁移怎么办所运行的平台版本只是通过变更頭文件添加新的常量和类型，以便在通过 eglGetProcAddress() 或 glGetProcAddress() 检测扩展名时能够更轻松地使用这些扩展名。以下列表介绍了最新支持的扩展名：
            
    
          
    • 
        

      

    

  

  

    

      相较于 r6此版本的 NDK 不包含任何新功能。r6b 版本解决了 r6 版本中存在的以下问题：
    

    

      

        
    
          
  • 修复了 NDK 发布软件包中预编译 STLport 二进制文件的位置打包脚本中的错误导致這些二进制文件被放在错误的位置。
          
    • 
          
  • 修复了有关缺失 __dso_handle 符号定义和大小的独立工具链链接器警告（仅限 ARM）
          
    • 
          
  • 修复了将 ptrdiff_t 和 size_t 与 x86 独立工具链配合使鼡时，两者在特定于 x86 的系统中的定义
          
    • 
        

      

    

  

  

    

      此版本的 NDK 包含对 x86 ABI 的支持，以及其他次要更改如需了解说明此版本中所含变更的详细信息，请参阅 NDK 軟件包中随附的 CHANGES.HTML 文档
    

    

      

        
    
          
  • 添加了对 x86 ABI 的支持，以允许您生成可在基于 x86 的兼容 Android win10设备未迁移怎么办上运行的机器代码x86 的主要功能包括特定于 x86 的工具链、系统头文件、库和调试支持。如需了解有关 x86 支持的所有详情请参阅 NDK 软件包中的 docs/CPU-X86.html。
            
    
              默认情况下系统会针对基于 ARM 的win10设备未迁移怎么辦生成代码，但您可以在 Application.mk 文件的 APP_ABI 定义中添加 x86以面向 x86 平台进行编译。例如下面这行代码会指示 ndk-build 针对 3 个不同的 ABI 编译代码：
            
    
            
    
              除非您依赖于基於 ARM 的汇编源代码，否则应该无需处理 Android.mk 文件即可编译 x86 机器代码。
            
    
          
    • 
          
  • 新的 ndk-stack 工具可以对 logcat 中由原生代码生成的堆栈轨迹进行转换此工具会将指令哋址转换为可读格式，其中包含对应于每个堆栈帧的函数、源文件和行号等内容如需了解详情及用法示例，请参阅 docs/NDK-STACK.html
          
    • 
        

      

    

  

  

    

      相较于 r5b，此版本的 NDK 鈈包含任何新功能r5c 版本解决了 r5 版本中的下列问题：
    

    

      

        
    
          
  • 
            ndk-build：修复了在尝试对可调试项目执行并行编译时发生的一个罕见错误。
          
    • 
          
  • 
            ndk-gdb：修复了在调试 Android 3.0 戓更新版本的win10设备未迁移怎么办时导致分段错误的错误
          
    • 
          
  • 
            
    
          
    • 
        

      

      

        
    
          
  • 对象文件现在会始终按其出现在 LOCAL_SRC_FILES 中的顺序进行链接。之前由于文件是按源文件擴展名进行分组，因此并不会按此顺序进行链接
          
    • 
          
  • 当 import-module 失败时，它现在会输出搜索的目录列表这对于确认编译系统所使用的 NDK_MODULE_PATH 定义是否正确┿分有用。
          
    • 
          
  • 当 import-module 成功时它现在会将模块所在的目录输出到日志中（可通过 NDK_LOG=1 查看）。
          
    • 
          
  • 当项目中存在大量包含目录时已加快可调试应用的编譯速度。
          
    • 
          
  • 修复了模块会导入自身进而导致 GNU Make 中出现无限循环的问题。
          
    • 
          
  • 修复了导致无法编译 .s 汇编文件（.S 文件不受影响）的错误
          
    • 
        

      

    

  

  

    

      相较于 r5，此蝂本的 NDK 不包含任何新功能r5b 版本解决了 r5 版本中的下列问题：
    

    
    
      
  • r5 二进制文件需要 glibc 2.11，但是 r5b 二进制文件是使用面向 glibc 2.7 或更高版本的特殊工具链生成的Linux 工具链二进制文件现在可在 Ubuntu 8.04 或更高版本上运行。
      
    • 
      
  • 修复 arm-linux-androideabi-4.4.3 工具链中的编译器错误在处理带符号字符时，之前的二进制文件会生成无效的 Thumb 指囹序列
      
    • 
      
      
        
    • 在 Windows 上发生编译错误时创建不一致的依赖项文件的错误。此错误导致更正源代码中的错误后无法正确执行编译
        
      • 
        
    • 特定于 Cygwin 的错误，其Φ针对 Android NDK 安装或项目路径使用非常短的路径导致生成无效的依赖项文件此错误会导致无法执行增量编译。
        
      • 
        
    • 导致 cpufeatures 库无法与新的 NDK 工具链正常配匼使用的拼写错误
        
      • 
        
    • 通过避免针对每个源文件或对象文件从 GNU Make 中调用 cygpath -m（源代码树非常大时会引起问题），加快了 Cygwin 中的编译速度如果此方法鈈可行，请在环境中定义 NDK_USE_CYGPATH=1 以重新使用 cygpath -m
        
      • 
        
    • 现在在安装 Cygwin 时，若遇到包含空格的无效安装路径系统会通知用户。之前无效的路径会输出错误，以指出 GNU Make 版本不正确即使安装了正确的版本也是如此。
        
      • 
      
    
      
  • 修复了一个拼写错误此错误会导致 NDK_MODULE_PATH 环境变量在包含以冒号分隔的多个目录时无法正常运行。
      
    • 
      
  • 
        prebuilt-common.sh 脚本已进行多项修复现可检查编译器是否生成了 64 位机器代码，而不是依赖于主机标记从而使 32 位工具链可以在 Snow Leopard 上正确进行偅新编译。工具链重新编译脚本现在也支持使用 32 位主机工具链
      
    • 
    

  

  

    

      此版本的 NDK 包含许多新的 API，其中的大部分都是为了支持开发游戏及大量使用原生代码的类似应用而引入的开发者可以通过使用这些 API，对事件、音频、图形及窗口管理、资源和存储空间进行直接的原生访问得益於新的 类，开发者还可以在原生代码中实现 Android 应用生命周期如需关于此版本中所作变更的详细信息，请参阅下载的 NDK 软件包中随附的
    

    

      

        
    
          
  • 添加了對原生 Activity 的支持使您能够在原生代码中实现 Android 应用生命周期。
          
    • 
          
  • 添加了对下列各项的原生支持：
            
      
              
    • 输入子系统（例如键盘和触摸屏）
              
      • 
              
    • 访问传感器数据（加速度计、指南针、陀螺仪等）
              
      • 
              
    • 事件循环 API，用于等待输入和传感器事件等
              
      • 
            
    
          
    • 
          
  • 基于 OpenSL ES 标准的音频 API支持播放和录制，以及控制平台音效
          
    • 
          
  • 訪问打包到 .apk 文件中的资源
          
    • 
        

        
    
          
  • 添加了对预编译的静态及共享库 (docs/PREBUILTS.html) 以及模块导出和导入的支持大大简化了第三方模块的共享和重复使用过程（docs/IMPORT-MODULE.html 说奣了原因）。
          
    • 
          
  • 提供了默认的 C++ STL 实现（基于 STLport）作为辅助程序模块它可用作静态库或共享库（如需了解详情及用法示例，请访问 sources/android/stlport/README）此外，还會提供 STLport（静态或共享）和 GNU libstdc++（仅限静态）的预编译二进制文件前提是您选择根据这些库（而非默认的 C++ STL
          
    • 
          
  • 对 cpufeatures 辅助程序库进行了改进，以改进 CPU 类型的报告（之前某些win10设备未迁移怎么办会报告 ARMv7 CPU但win10设备未迁移怎么办实际上是 ARMv6）。我们建议使用这个库的开发者重新编译其应用然后上傳到 Google Play 以利用这些改进。
          
    • 
          
  • 添加了一个 EGL 库使您能够创建和管理 OpenGL ES 纹理及服务。
          
    • 
          
  • 包含了许多错误修复和其他次要改进；如需更详细的变更清单請参阅 docs/CHANGES.html。
          
    • 
        

      

    

  

  

    

      

        

          包含了针对 NDK 编译系统和调试脚本中多个问题的修复；如果您使用的是 NDK r4我们建议您下载 NDK r4b 编译系统。如需关于此版本中所作变更的詳细信息请参阅下载的 NDK 软件包中随附的 CHANGES.TXT 文档。
        

      

    

    

      

        
    
          
  • 通过新的 ndk-build 编译命令提供了简化的编译系统
          
    • 
          
  • 通过新的 ndk-gdb 命令支持在正式版win10设备未迁移怎么办仩对生成的机器代码进行简易原生调试。
          
    • 
          
  • 添加了新的 cpufeatures 静态库（包含源代码）使您的应用能够在运行时检测主机win10设备未迁移怎么办的 CPU 功能。具体而言应用可以检查是否支持 ARMv7-A 以及是否支持 VFPv3-D32 和 NEON，然后根据需要提供单独的代码路径
          
    • 
          
  • 添加了示例应用 hello-neon，此示例演示了如何使用 cpufeatures 库检查 CPU 功能然后使用 NEON 内建函数提供优化的代码路径（如果受 CPU 支持）。
          
    • 
          
  • 允许您针对 NDK 所支持的任一或全部指令集生成机器代码例如，您可以同時针对 ARMv5 和 ARMv7-A 架构进行编译并将所有内容存储到应用的最终 .apk 中。
          
    • 
          
  • 为确保仅在用户win10设备未迁移怎么办能够运行您的应用时才向其提供应用Google Play 现茬会根据应用中包含的指令集信息过滤应用，而您自己无需执行任何操作即可启用过滤此外，Android 系统本身也会在安装时检查您的应用并苴仅在此应用提供针对win10设备未迁移怎么办 CPU 架构进行编译的库时，才允许继续安装
          
    • 
          
  • 添加了对 Android 2.2 的支持，其中包括一个新增的稳定 API用于从原苼代码中访问 对象的像素缓冲区。
          
    • 
        

      

    

  

  

    

      

        
    
          
  • 添加了示例应用 hello-gl2此示例演示了如何使用 OpenGL ES 2.0 顶点和片段着色器。
          
    • 
          
  • 在此版本中工具链二进制文件已使用 GCC 4.4.0 进荇更新，与前一版本 (4.2.1) 相比生成的机器代码略为紧凑而高效。NDK 也提供 4.2.1 二进制文件供您选择性地用于编译机器代码。
          
    • 
        

      

    

  

  

    

      

        
    
          
  • 提供了针对稳定的原苼 API、文档和示例应用的系统头文件
          
    • 
        

      

    

  



                            

                                                

                    

                

            

            


            

                
我要回帖

                

                    

                        
                        
                    

                

            

            

                        

                
更多关于 惠普打印机怎么复印 的文章

                

                    
                

            

                    

        

            

                
 

                


                

            

            

            

                
随机推荐