Uploaded image for project: 'Swift'
  1. Swift
  2. SR-3224

Can CoreFoundation build be made to work without DEPLOYMENT_RUNTIME_SWIFT?

    XMLWordPrintable

    Details

    • Type: Improvement
    • Status: Resolved
    • Priority: Medium
    • Resolution: Done
    • Component/s: Foundation
    • Labels:
      None

      Description

      This feels like a weird thing to post to the swift bug tracker, but please bear with me!

      I'm having some trouble understanding the scope of the CoreFoundation folder inside swift-corelibs-foundation. It seems to be strictly broader than the CF being released on opensource.apple.com, and Apple appears to have by and large given up on releasing the source to CF on that site (the 10.11 releases have been "coming soon" for over a year now). Until I looked more carefully, I had largely assumed that the CoreFoundation in swift-corelibs-foundation was intended to replace and supersede it, as a more accurate, less redacted, and "almost identical to the full CoreFoundation" version of it.

      Indeed, it has some preprocessor magic that clearly appears to support both use cases, both as a statically linked library under Swift's new Foundation, and as its own thing, in the form of DEPLOYMENT_RUNTIME_SWIFT. Unfortunately, if I undefine DEPLOYMENT_RUNTIME_SWIFT in the CoreFoundation build, the build just breaks, so I'm not sure anyone is currently exercising that code path. Is that just not something anyone has gotten to yet, or is this version of CoreFoundation intended only for use with Swift, even given the preprocessor directives? If that's the case, is there a plan to resume releasing newer versions of CF to opensource.apple.com?

      Anyway, with all the preface, this ticket is basically asking to make a build without DEPLOYMENT_RUNTIME_SWIFT work. I'm marking it as an improvement rather than a bug due to my uncertainty about the intended scope of the project, but feel free to change it to a bug if more appropriate.

        Attachments

          Activity

            People

            Assignee:
            Unassigned
            Reporter:
            copumpkin Dan Peebles
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Dates

              Created:
              Updated:
              Resolved: