[llvm-bugs] [Bug 44813] New: The -platform_version flag behavior is a breaking change

via llvm-bugs llvm-bugs at lists.llvm.org
Thu Feb 6 08:00:58 PST 2020


https://bugs.llvm.org/show_bug.cgi?id=44813

            Bug ID: 44813
           Summary: The -platform_version flag behavior is a breaking
                    change
           Product: clang
           Version: unspecified
          Hardware: PC
                OS: Windows NT
            Status: NEW
          Severity: enhancement
          Priority: P
         Component: Driver
          Assignee: unassignedclangbugs at nondot.org
          Reporter: dmajor at mozilla.com
                CC: arphaman at gmail.com, llvm-bugs at lists.llvm.org,
                    neeilans at live.com, richard-llvm at metafoo.co.uk
            Blocks: 44555

One of our build configurations is a Linux-to-Mac cross-compile that uses
cctools-port, which is currently at ld64 version 450.

Using the clang 10.0 release candidates, these builds fail, because of `unknown
option: -platform_version`, coming from https://reviews.llvm.org/D71579.

I see that there is a way to get the old behavior by adding `-mlinker-version`,
but something doesn't feel right about having to do this. Generally the tools
are pretty good about preserving compatibility, unless there is a _really_
strong reason not to.

I'd like to request that either:
* The default be reconsidered, or
* To make an explicit statement that the current behavior should stay,
acknowledging that it is a build-breaking change for some codebases, and update
the release notes to mention this change and the workaround.


Referenced Bugs:

https://bugs.llvm.org/show_bug.cgi?id=44555
[Bug 44555] [meta] 10.0.0 Release Blockers
-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-bugs/attachments/20200206/fdb9d24e/attachment.html>


More information about the llvm-bugs mailing list