diff options
| author | binji@chromium.org <binji@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2012-11-19 22:20:29 +0000 |
|---|---|---|
| committer | binji@chromium.org <binji@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2012-11-19 22:20:29 +0000 |
| commit | ad854a8ca792f09b7fcb3ce9f9bafd13411e40bb (patch) | |
| tree | d44d6484e138dba6dcc4ef16ce5c21cd3255699a /ppapi | |
| parent | bd4d2f73d4c9b5e5f5b6d4fe833912e33cf9f18c (diff) | |
| download | chromium_src-ad854a8ca792f09b7fcb3ce9f9bafd13411e40bb.zip chromium_src-ad854a8ca792f09b7fcb3ce9f9bafd13411e40bb.tar.gz chromium_src-ad854a8ca792f09b7fcb3ce9f9bafd13411e40bb.tar.bz2 | |
Fixing undefined pthread undefined references in nacl.
This has been failing consistently on Linux Clang (dbg)
http://build.chromium.org/p/chromium.linux/builders/Linux%20Clang%20%28dbg%29/builds/36114/steps/compile/logs/stdio
And one of my CLs has been tickling this on the Linux 64 builder as well.
http://build.chromium.org/p/chromium/builders/Linux%20x64/builds/41425/steps/compile/logs/stdio
With the following error:
init.c:(.text+0x3c): undefined reference to `__libc_setup_tls'
init.c:(.text+0x2e2): undefined reference to `_dl_init_static_tls'
init.c:(.text+0x2ec): undefined reference to `_dl_wait_lookup_done'
It seems that using -lpthread instead of -pthread seems to be causing this
issue, but it is strangely inconsistent (except on linux clang builders).
BUG=none
TBR=binji@chromium.org
Review URL: https://codereview.chromium.org/11411076
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@168621 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'ppapi')
| -rw-r--r-- | ppapi/ppapi_untrusted.gyp | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/ppapi/ppapi_untrusted.gyp b/ppapi/ppapi_untrusted.gyp index 9f14e12..6c65987 100644 --- a/ppapi/ppapi_untrusted.gyp +++ b/ppapi/ppapi_untrusted.gyp @@ -77,7 +77,7 @@ 'link_flags': [ '-lppapi_cpp', '-lppapi', - '-lpthread', + '-pthread', ], # TODO(bradchen): get rid of extra_deps64 and extra_deps32 # once native_client/build/untrusted.gypi no longer needs them. |