New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 611859 link

Starred by 3 users

Issue metadata

Status: Fixed
Owner:
Last visit > 30 days ago
Closed: Jun 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 1
Type: Bug

Blocking:
issue 431177
issue 512899



Sign in to add a comment

remoting host is mostly missing in mac/gn

Project Member Reported by thakis@chromium.org, May 13 2016

Issue description

Filing so we don't forget about it.

https://code.google.com/p/chromium/codesearch#chromium/src/remoting/host/BUILD.gn&l=71

if (is_mac) {  # TODO(GYP) Mac build of remoting host.

 
Blocking: 512899
Cc: zijiehe@chromium.org
Labels: -Pri-3 Pri-2
Status: Untriaged (was: Unconfirmed)
Cc: rsesek@chromium.org
Owner: rsesek@chromium.org
Status: Assigned (was: Untriaged)
rsesek@, this one's all you :)

Comment 6 by rsesek@chromium.org, May 18 2016

Owner: ----
Status: Available (was: Assigned)

Comment 7 by thakis@chromium.org, May 31 2016

Cc: sergeyu@chromium.org garykac@chromium.org lambroslambrou@chromium.org
 Issue 615492  has been merged into this issue.

Comment 8 by rsesek@chromium.org, May 31 2016

Labels: M-53
Oops, I thought you had filed one but I couldn't find it Friday.
Components: Services>Chromoting
Owner: nicho...@chromium.org
Status: Started (was: Available)
Cc: jamiewa...@chromium.org
Ping .. any update on this? This is now blocking us from flipping the Mac build over to GN by default, and we can't wait too long if we're going to hit M53.

On other platforms, we've disabled remoting where needed rather than being blocked. Is that okay to do here as well?
Labels: -Pri-2 Pri-1
Status: Fixed (was: Started)
Project Member

Comment 15 by bugdroid1@chromium.org, Jun 14 2016

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/9fe48917bcb24d199b3e008566057f59856f1ac4

commit 9fe48917bcb24d199b3e008566057f59856f1ac4
Author: hcarmona <hcarmona@chromium.org>
Date: Tue Jun 14 17:53:56 2016

Revert of Adding mac support for Remoting host GN builds. (patchset #6 id:100001 of https://codereview.chromium.org/2034513002/ )

Reason for revert:
Suspecting this CL for compile failure in Mac GN:

https://build.chromium.org/p/chromium.mac/builders/Mac%20GN%20%28dbg%29/builds/34015

Undefined symbols for architecture x86_64:
  "_GetApplicationEventTarget", referenced from:
      remoting::(anonymous namespace)::SessionWatcher::InstallEventHandler() in libhost.a(curtain_mode_mac.o)
  "_InstallEventHandler", referenced from:
      remoting::(anonymous namespace)::SessionWatcher::InstallEventHandler() in libhost.a(curtain_mode_mac.o)
  "_RemoveEventHandler", referenced from:
      remoting::(anonymous namespace)::SessionWatcher::RemoveEventHandler() in libhost.a(curtain_mode_mac.o)
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)

Original issue's description:
> Adding mac support for Remoting host GN builds.
>
> BUG= 611859 
>
> R=sergeyu@chromium.org
>
> Committed: https://crrev.com/e55f21958be24503dd0390d93e999c0a23f724c5
> Cr-Commit-Position: refs/heads/master@{#399731}

TBR=sergeyu@chromium.org,nicholss@chromium.org
# Skipping CQ checks because original CL landed less than 1 days ago.
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true
BUG= 611859 

Review-Url: https://codereview.chromium.org/2068633003
Cr-Commit-Position: refs/heads/master@{#399742}

[modify] https://crrev.com/9fe48917bcb24d199b3e008566057f59856f1ac4/remoting/BUILD.gn
[modify] https://crrev.com/9fe48917bcb24d199b3e008566057f59856f1ac4/remoting/host/BUILD.gn
[modify] https://crrev.com/9fe48917bcb24d199b3e008566057f59856f1ac4/remoting/host/constants_mac.cc
[delete] https://crrev.com/a033e0202b133bb5892e2e28ca37bf052afad816/remoting/host/version.h.in
[modify] https://crrev.com/9fe48917bcb24d199b3e008566057f59856f1ac4/remoting/remoting_enable.gni
[modify] https://crrev.com/9fe48917bcb24d199b3e008566057f59856f1ac4/remoting/remoting_version.gni

Status: Started (was: Fixed)
Cc: erikc...@chromium.org
I patched in the CL locally. It succeeds for a non-component build, but fails for a component build. The difference is that the ninja file isn't including the Carbon framework in the component build. Not sure if this is a bug in the way you've set up the GN file, or in component build. Paging rsesek.
Yes, for the host remoting target, a |libs += [ "Carbon.framework" ]| is necessary (maybe with = instead of += depending on the scope).
Project Member

Comment 20 by bugdroid1@chromium.org, Jun 15 2016

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/9fe48917bcb24d199b3e008566057f59856f1ac4

commit 9fe48917bcb24d199b3e008566057f59856f1ac4
Author: hcarmona <hcarmona@chromium.org>
Date: Tue Jun 14 17:53:56 2016

Revert of Adding mac support for Remoting host GN builds. (patchset #6 id:100001 of https://codereview.chromium.org/2034513002/ )

Reason for revert:
Suspecting this CL for compile failure in Mac GN:

https://build.chromium.org/p/chromium.mac/builders/Mac%20GN%20%28dbg%29/builds/34015

Undefined symbols for architecture x86_64:
  "_GetApplicationEventTarget", referenced from:
      remoting::(anonymous namespace)::SessionWatcher::InstallEventHandler() in libhost.a(curtain_mode_mac.o)
  "_InstallEventHandler", referenced from:
      remoting::(anonymous namespace)::SessionWatcher::InstallEventHandler() in libhost.a(curtain_mode_mac.o)
  "_RemoveEventHandler", referenced from:
      remoting::(anonymous namespace)::SessionWatcher::RemoveEventHandler() in libhost.a(curtain_mode_mac.o)
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)

Original issue's description:
> Adding mac support for Remoting host GN builds.
>
> BUG= 611859 
>
> R=sergeyu@chromium.org
>
> Committed: https://crrev.com/e55f21958be24503dd0390d93e999c0a23f724c5
> Cr-Commit-Position: refs/heads/master@{#399731}

TBR=sergeyu@chromium.org,nicholss@chromium.org
# Skipping CQ checks because original CL landed less than 1 days ago.
NOPRESUBMIT=true
NOTREECHECKS=true
NOTRY=true
BUG= 611859 

Review-Url: https://codereview.chromium.org/2068633003
Cr-Commit-Position: refs/heads/master@{#399742}

[modify] https://crrev.com/9fe48917bcb24d199b3e008566057f59856f1ac4/remoting/BUILD.gn
[modify] https://crrev.com/9fe48917bcb24d199b3e008566057f59856f1ac4/remoting/host/BUILD.gn
[modify] https://crrev.com/9fe48917bcb24d199b3e008566057f59856f1ac4/remoting/host/constants_mac.cc
[delete] https://crrev.com/a033e0202b133bb5892e2e28ca37bf052afad816/remoting/host/version.h.in
[modify] https://crrev.com/9fe48917bcb24d199b3e008566057f59856f1ac4/remoting/remoting_enable.gni
[modify] https://crrev.com/9fe48917bcb24d199b3e008566057f59856f1ac4/remoting/remoting_version.gni

Status: Fixed (was: Started)
I believe this is now fixed.
Project Member

Comment 23 by bugdroid1@chromium.org, Jul 15 2016

Sign in to add a comment