Skip to content
This repository was archived by the owner on Apr 22, 2023. It is now read-only.
This repository was archived by the owner on Apr 22, 2023. It is now read-only.

support building via xcode for mac #4020

Closed

Description

@ry

chrome uses xcode for mac builds - we should too
cc @tjfontaine @TooTallNate @isaacs

Activity

  1. tjfontaine commented on Sep 14, 2012

    @tjfontaine

    The first trivial fix is to comment out 'GCC_VERSION': '4.2', in common.gypi

    To build successfully first build the postmortem-metadata configuration, then All (node)

    I am working on trying to figure out why the dependency chain isn't working properly, and also a pull request that adds an option to configure and Makefile

  2. TooTallNate commented on Sep 14, 2012

    @TooTallNate

    This would be sweet if the gyp XCode build supports real fat binary compilations. That would cut down on the package build times a lot and make @isaacs' life easier.

    The only problem I see there is that we hard-code process.arch via a command-line define (-DARCH=x64), which wouldn't work so well if we were compiling both archs at once. We could introduce some "smart" logic to detect the proper arch in the source code like here: https://gist.github.com/3723332

  3. tjfontaine commented on Sep 14, 2012

    @tjfontaine

    @TooTallNate #4022 is certainly a step towards getting "proper" fat binaries, but since gyp is still generating the project files I think we'll have to figure out a way to manually generate a configuration that includes fat

  4. ry commented on Sep 22, 2012

    @ry
    Author

    progress?

  5. tjfontaine commented on Oct 25, 2012

    @tjfontaine

    @TooTallNate the stumbling block to fat binaries in a single compilation pass is the fact that openssl includes different files based on target arch, so openssl would need to be built twice and lipo'd to support using it in the linking pass for node.

  6. paddybyers commented on Apr 3, 2013

    @paddybyers

    This commit: tjfontaine@61578c6

    keeps being blown away since it's not been upstreamed, and maybe it never will be.

    As an alternative we could do this:

    paddybyers@9efd361

    There's some more discussion here:

    https://groups.google.com/forum/?hl=en%3Fhl%3Den&fromgroups=#!topic/nodejs/87svGdbbH0s

  7. tjfontaine commented on Apr 3, 2013

    @tjfontaine

    That seems like a good solution, I will verify today and hopefully have that fixed

  8. tjfontaine commented on Apr 3, 2013

    @tjfontaine

    @paddybyers I've submitted your change as a pr (#5209) with a slightly reworded commit log

  9. paddybyers commented on Apr 3, 2013

    @paddybyers

    @tjfontaine: thanks

  10. tjfontaine commented on Dec 7, 2013

    @tjfontaine

    I'm going to go ahead and close this, works the same as before, just build postmortem first

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions