这是一个奇怪的问题。我的 XCode 版本是 6.3.2。安装命令行工具后，我无法再编译了。任何需要与 dylib 链接的编译都会导致如下错误：
ld: building for iOS Simulator, but linking against dylib built for MacOSX file '/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/lib/libm.dylib' for architecture x86_64
当我使用 pip 安装 uwsgi 并手动编译 mongrel2 时会发生这种情况。
我已经导出SDKROOT到/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk并xcrun --show-sdk-path正在显示。gcc --version显示：
Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/c++/4.2.1
Apple LLVM version 6.1.0 (clang-602.0.53) (based on LLVM 3.6.0svn)
Target: x86_64-apple-darwin14.3.0
Thread model: posix
我知道，海湾合作委员会是链接铛，我已经尝试添加选项-mmacosx-version-min=10.9的CFLAGS，但没有固定的。
我想将 SDK 更改为 MacOSX，而不是 iOS 模拟器，我该怎么做？或者我能做些什么来解决这个问题。
当我访问一些F#库文档如FsUnit时,他们似乎使用了一些非常棒的javascript库,当我将鼠标悬停在某个变量上时,弹出提示会显示有关该变量的类型信息.我想写一个关于F#的简单教程.如果我可以添加该脚本,我认为这种体验非常棒.那么有谁知道图书馆是什么？
如今,前端开发人员拥有webpack,browserify等工具将javascript文件打包在一起.如果脚本在服务器上运行,则打包看起来好于一次单独加载每个文件.但是,如果我们将脚本部署到客户端,我们是否总是需要将所有脚本打包在一个文件中？或者只是我们自己编写的代码？
例如,jQuery是一个非常流行的第三方库,随处可见.如果我们使用webpack将jQuery与我们的逻辑代码捆绑在一起,是的,它减少了HTTP请求次数,但是浪费了浏览器缓存,如果用户再次访问该站点或者有多个页面使用jQuery,则可以减少更多流量.
所以我的问题是:我们是否应始终将所有代码捆绑在一起以减少一次通过流量或单独部署常用的第三方库,尤其是在使用npm/bower + webpack/browserify/elixir时.什么是最佳做法？