您的普通台式机Linux具有比OS X更为丰富的用户空间。
您可能会错过与我所使用的工具不同的工具，因此没有必要具体说明更换建议。
相反，只需先安装Fink，MacPorts或Homebrew。这些系统提供了Linux或BSD典型的软件包管理系统。每个都有自己的风味和包装设置，因此正确的选择将取决于您的口味和需求。
您可能会发现，没有一个软件包系统会包含您需要的每个程序。某些程序尚未移植到OS X，因此它们不会出现在任何软件包系统中。尽管如此，这些系统确实大大扩展了OS X附带的功能，并且将简化从Linux的过渡。
现在，OS X命令行编译器默认情况下会生成64位可执行文件。
在Leopard和更早版本中，编译器默认情况下构建32位可执行文件。这可能会以多种方式引起问题：也许您有旧的32位库，您不能重建但必须链接到它，也许您仍在32位模式下运行系统，等等。
强制进行32位构建的一种方法是使用覆盖gcc构建系统中的默认设置gcc-4.0，即默认的旧32位Leopard编译器。（这gcc是到gcc-4.2Snow Leopard上默认情况下默认为64位的符号链接。）对于基于autoconf的构建系统，此方法有效：
$ ./configure CC=gcc-4.0 CXX=g++-4.0
（CXX如果程序包含C ++组件，则仅需要此位。）
另一种方法是传递-m32给编译器和链接器：
$ ./configure CFLAGS=-m32 CXXFLAGS=-m32 LDFLAGS=-m32
它的类型更多，但是它使您可以从较新的GCC中获得32位版本。
动态链接有很大的不同。
如果您喜欢ld手工编写命令，那么该打破这种习惯了。您应该改为通过编译器或类似的中介链接程序和库libtool。这些解决了特定于平台的轻巧链接方案的差异，因此您可以节省学习程序无法使用可移植机制而花的脑力。
例如，您需要更新您的肌肉记忆，以便键入otool -L someprogram而不是ldd someprogram找出someprogram链接到哪些库。
动态链接的另一个不同之处是，首先会使您不知所措的是，在OS X上，库的安装位置记录在库本身中，并且链接程序在链接时将其复制到可执行文件中。这意味着，如果您链接到已安装的库，/usr/local/lib但希望将其与可执行文件放置在同一目录中，则在安装过程中需要这样说：
$ cp /usr/local/lib/libfoo.dylib .
$ install_name_tool -id @loader_path/libfoo.dylib libfoo.dylib
$ make LDFLAGS=-L. relink
现在，以上大部分内容可能会因您的构建系统而有所不同，因此，仅以它为例，而不是一个诀窍。它的作用是使我们链接的库成为私有副本，将其共享库标识符从绝对路径更改为相对的含义，即“与可执行文件在同一目录中”，然后针对此修改后的副本强制重建可执行文件图书馆。
install_name_tool是这里的核心命令。相反，如果您想将库安装在../lib相对于可执行文件的目录中，则-id必须使用参数@loader_path/../lib/libfoo.dylib。
Joe Di Pol 在这方面写了一篇很好的文章，其中有很多详细信息。
动态链接+第三方软件包可能会在早期引起头痛。
一旦您开始尝试使用第三方程序包中没有将库安装到标准位置的库，则很可能会早日遇到动态链接问题。MacPorts会这样做，例如，将库安装到/opt/local/lib，而不是/usr/lib或/usr/local/lib。遇到这种情况时，解决此问题的一个好方法是在您的计算机上添加以下内容.bash_profile：
# Tell the dynamic linker (dyld) where to find MacPorts package libs
export DYLD_LIBRARY_PATH=/opt/local/lib:$DYLD_LIBRARY_PATH
# Add MacPorts header file install dirs to your gcc and g++ include paths
export C_INCLUDE_PATH=/opt/local/include:$C_INCLUDE_PATH
export CPLUS_INCLUDE_PATH=/opt/local/include:$CPLUS_INCLUDE_PATH
OS X处理CPU兼容性问题的方式与Linux不同。
在64位Linux上，无论出于何种原因您还必须支持32位，最终会得到诸如库之类的东西的两个副本，这些东西必须同时采用两种格式，而64位版本则位于与lib64目录平行的目录中。传统lib目录。
OS X通过通用二进制概念以不同的方式解决了该问题，该概念使您可以将多个二进制文件放入单个文件中。当前，您可以具有支持多达4种CPU类型的可执行文件：32位和64位PowerPC，以及32位和64位Intel。
使用Xcode构建通用二进制文件很容易，但是使用命令行工具有点麻烦。这使您可以使用基于Autoconf的构建系统进行通用的仅限Intel的构建：
$ ./configure --disable-dependency-tracking CFLAGS='-arch i386 -arch x86_64' \
LDFLAGS='-arch i386 -arch x86_64'
添加-arch ppc -arch ppc64到CFLAGS，LDFLAGS如果需要PowerPC支持。
如果您不禁用依赖关系跟踪，则最终只会为一个平台构建，因为第一个平台的新建.o文件的存在make(1)表明它也不需要为第二个平台构建。在上面的示例中，所有内容都必须构建两次。如果仍然需要PowerPC支持，则为完全通用的二进制文件四次。
（有关更多信息，请参阅Apple技术说明TN2137。）
默认情况下，开发人员工具未安装在OS X上。
在Lion之前，为您的系统获取正确的开发工具的最可靠方法就是在OS光盘上。它们是可选安装。
从OS光盘安装dev工具的好处是，您知道这些工具可以在OS上使用。作为苹果公司，您必须拥有最新版本的OS才能运行最新的编译器，而且它们并不总是能够下载旧工具，因此OS光盘通常是最简单的方法来找到给定的正确工具开发或测试框。
有了Lion，他们正在努力消除安装媒体，因此，除非您购买昂贵的USB密钥版本，否则必须从App Store下载Xcode。
我建议您保留下载的Xcode DMG的至少几个版本。当Lion的后继产品问世一年或三年后，您可能会发现自己无法在Lion测试VM上同时安装Xcode版本。如果可用性问题和缺少OS介质导致无法获得旧版本的Xcode，请提前进行计划。