Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(24)

Issue 2932043004: clang/arm: Use integrated assembler for boringssl for arm_version 6. (Closed)

Created:
3 years, 6 months ago by Nico
Modified:
3 years, 6 months ago
Reviewers:
davidben
CC:
chromium-reviews
Target Ref:
refs/heads/master
Project:
chromium
Visibility:
Public.

Description

clang/arm: Use integrated assembler for boringssl for arm_version 6. An arm_version 6 file assumes that __clang__ means that clang's assembler is being used, while it only really identifies clang is used as preprocessor. Luckily, it looks like only the armv7 assembly code in boringssl is incompatible with clang's built-in assembler. BUG=732066, 124610 TBR=davidben Review-Url: https://codereview.chromium.org/2932043004 Cr-Commit-Position: refs/heads/master@{#478524} Committed: https://chromium.googlesource.com/chromium/src/+/a4fb1dcc42b4f733129e9c3dfba2add43c25d740

Patch Set 1 #

Patch Set 2 : import #

Unified diffs Side-by-side diffs Delta from patch set Stats (+2 lines, -1 line) Patch
M third_party/boringssl/BUILD.gn View 1 2 chunks +2 lines, -1 line 0 comments Download

Messages

Total messages: 17 (11 generated)
Nico
This is just a workaround in the hope that I can keep my switch in ...
3 years, 6 months ago (2017-06-10 22:50:25 UTC) #4
commit-bot: I haz the power
CQ is trying da patch. Follow status at: https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.org/2932043004/20001
3 years, 6 months ago (2017-06-10 23:35:36 UTC) #11
commit-bot: I haz the power
Committed patchset #2 (id:20001) as https://chromium.googlesource.com/chromium/src/+/a4fb1dcc42b4f733129e9c3dfba2add43c25d740
3 years, 6 months ago (2017-06-11 00:01:50 UTC) #14
davidben
lgtm
3 years, 6 months ago (2017-06-11 04:34:40 UTC) #15
davidben
On 2017/06/10 22:50:25, Nico (vacation Jun 3-11) wrote: > This is just a workaround in ...
3 years, 6 months ago (2017-06-11 04:38:50 UTC) #16
davidben
3 years, 6 months ago (2017-06-11 04:56:23 UTC) #17
Message was sent while issue was closed.
On 2017/06/11 04:38:50, davidben wrote:
> On 2017/06/10 22:50:25, Nico (vacation Jun 3-11) wrote:
> > This is just a workaround in the hope that I can keep my switch in a bit
> longer.
> > 
> > The Right Fix is to keep reporting problems with clang's built-in assembler
to
> > upstream and then eventually rely on the fixes and have no silly workarounds
> in
> > boringssl's asm. (As you say, due to Xcode, that'll take a while, but it'll
> > happen eventually.)
> 
> In the meantime, does clang seriously not expose a preprocessor hint as to
> whether its using its own assembler?

Actually, yeah, this CL cannot stay as-is very long. This is far too fragile and
our team is stretched thin as it is without this kind of constraint. I'll see
about generalizing the __APPLE__ workaround to all of __clang__. Waiting for
clang to fix its assembler isn't an option due to how this code is maintained.

Powered by Google App Engine
This is Rietveld 408576698