[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