问题标签 [bootstrapping]

根据gcc 构建说明，您可以在构建 gcc（以及 gmp、mpc 等）的同时构建 binutils。

这是该页面的内容：

如果您还打算构建 binutils（升级现有安装或用于代替操作系统的相应工具），请将 binutils 分发包解压缩到同一目录或单独的目录中。在后一种情况下，将符号链接添加到您打算与编译器一起构建的 binutils 的任何组件（bfd、binutils、gas、gprof、ld、opcodes ......）到包含 GCC 源代码的目录。

同样，GMP、MPFR 和 MPC 库可以与 GCC 一起自动构建。在包含 GCC 源的目录中解压缩 GMP、MPFR 和/或 MPC 源分发，并将它们的目录分别重命名为 gmp、mpfr 和 mpc（或使用具有相同名称的符号链接）。

这适用于 gmp、mpc、mpfr，但我似乎无法让它构建所有的 binutils。我也不知道如何让它从 binutils 构建新的黄金链接器。有问题的版本是 gcc-4.4.2 和 binutils-2.20。

一步一步的指导会很棒（对我和其他遇到这个问题的人来说）。

这是一个示例应用程序，它创建了一个内部带有单个 Button 的 Window。单击时，它会连接到 OOo（如果尚未连接）并创建一个文本文档。

除非在 OOo 中创建的所有文档都已关闭，否则这可以正常工作。然后，我在尝试创建下一个图表时收到 DisposedException。这是可以理解的，但是OOo已经关闭了。但是，此时尝试重新连接会给我一个段错误。有没有更好的方法重新连接？我正在使用 Linux（Ubuntu）。

注意：即使 OOo 未打开，它也会正确连接到 OOo。一旦 OOo 被应用程序打开，然后关闭，我们就会得到错误。

您真正需要查看的是 Connect 方法。我只是将它包装在一个 Gtk 接口中以便于测试。

我在 Bootstrapper 中配置 AutomapperBootstrap()并 Application_Start()在Bootstrapper. .

你怎么看，我真的违反了这个原则吗？

无法向引导服务器注册 com.mycompany.clack。错误：未知错误代码。这通常意味着该进程的另一个实例已经在运行或挂在调试器中。程序收到信号：“SIGABRT”。

这是我得到的错误，对此有什么想法吗？重新启动等无济于事，这似乎不是缓存问题，任何建议 - 其他论坛都没有。

我正在尝试编写一个引导加载程序来获得乐趣，我一直在使用以下指南：

http://www.omninerd.com/articles/PC_Bootstrap_Loader_Programming_Tutorial_in_ASM

http://hem.passagen.se/danma/nboot.htm

http://en.skelix.org/skelixos/tutorial01.php

我能够成功地从软盘复制扇区，但是当我尝试访问硬盘时，我从除重置之外的所有 int 13 函数返回错误代码。重置磁盘不会返回错误。

在 int 13 适用于硬盘之前，我需要做些什么特别的事情吗？

我尝试了解操作系统引导过程。有些问题我不清楚。其中之一是：卷引导记录中的引导代码如何知道卷引导记录所在的分区 0 扇区的绝对 LBA 地址？

当我_init*()在引导程序中的函数中返回时，它实际上做了什么？这样我就可以说：

哦，或者是为了让我可以做一个$this->getResource('something'). 如果我不退货，以后就无法获得资源？

另外，当我这样做时，$x = $this->bootstrap('something');我猜那会在bootstrap()自动运行之前？那是什么时候？

当我这样做时，$x = $application->getOption('something');我从配置中获取了“某物”数组？我真的需要先做$application->getBootstrap()->bootstrap('something')吗？

我需要将两个 msi 文件打包到一个 setup.exe 文件中（通过引导程序），并根据条件仅运行其中一个（机器是 x64 或 x86）。
有没有办法做到这一点？

在我的Ant构建文件中，我使用了一个加密的属性，我正在读取一个文本文件。在构建过程中，我需要以某种引导目标的形式对此进行解密。我该怎么做呢？

例如，这里是文件的内容。

我的文件.txt：

构建.xml：

我得到的一种方法是设置一个目标来执行解密，并将其作为 a 添加depends到所有必要的目标中。我不想那样做。我对使过程尽可能干净的替代方案感兴趣。这也意味着我已经考虑过“为什么不在其他地方执行解密并从那里读取它？ ”的解决方案，我对它们不感兴趣。

谢谢你。

我正在 LLVM 之上引导一个编程语言编译器。目前，我主要为 C 的一个子集编写了一个编译器，该子集是自编译的。完成后，我将引导我的语言远离 C，同时保持自编译。

由于编译器是自编译的，因此我使用的任何 C 功能都必须实现。所以这是一个恒定的平衡：如果我使用了太多的特性，我将不得不实现比我想要的更多，但如果我没有实现足够的特性，那么编写代码就会很困难。

其中一项功能是 LLVM 绑定。在没有 LLVM C 绑定的情况下生成 LLVM 中间表示是很困难的。但是，如果我使用 LLVM 绑定，当我从 C 分支出来时，我必须再次实现它们。

我在这里遇到了一些困难，所以我正在寻找替代解决方案。有任何想法吗？