Mats Palmgren (inactive) Reporter
	Description • 10 years ago

Try run from the tip of mozilla-inbound *without any changes made by me*:

https://treeherder.mozilla.org/#/jobs?repo=try&revision=ad88e77dcf53

04:33:07     INFO -  REFTEST INFO | runreftest.py | Running tests: start.
04:33:07     INFO -  dyld: Symbol not found: _strndup
04:33:07     INFO -    Referenced from: /builds/slave/talos-slave/test/build/application/NightlyDebug.app/Contents/MacOS/libmozglue.dylib
04:33:07     INFO -    Expected in: flat namespace
04:33:07     INFO -   in /builds/slave/talos-slave/test/build/application/NightlyDebug.app/Contents/MacOS/libmozglue.dylib
04:33:09  WARNING -  TEST-UNEXPECTED-FAIL | reftest | application terminated with exit code -5

	Mats Palmgren (inactive) Reporter
	Comment 1 • 10 years ago

This failure started yesterday or the day before.

	Mats Palmgren (inactive) Reporter
	Comment 2 • 10 years ago

It seems bug 1141679 is related to it somehow.

	Phil Ringnalda (:philor)
	Comment 3 • 10 years ago

Actually, it's bug 1141745, though I fear that might be misdiagnosing the cause.

	Mats Palmgren (inactive) Reporter
	Comment 4 • 10 years ago

Thanks.  So would touching CLOBBER in my Try pushes work as a temporary workaround?

	Phil Ringnalda (:philor)
	Comment 5 • 10 years ago

Would certainly be an interesting experiment, though I don't see any sign that the clobber with the clobberer that they did yesterday did any good, nor do I see any obvious reason why the couple of pushes that got useable builds in the last couple of days actually did get usable builds.

	Mike Hommey [:glandium] Assignee
	Comment 6 • 10 years ago

Try this:
- add the following to build/mozconfig.common.override:
    mk_add_options "export SCCACHE_RECACHE=1"
- push a try build for mac with that mozconfig change.
- if you get green tests, try again without the mozconfig change.

	Mats Palmgren (inactive) Reporter
	Comment 7 • 10 years ago

OK, here's the first run:
https://treeherder.mozilla.org/#/jobs?repo=try&revision=0fc1c29fe8d4

	Mats Palmgren (inactive) Reporter
	Comment 8 • 10 years ago

It failed with the same error.

	Chris Manchester (limited bugmail, email directly)
	Comment 9 • 10 years ago

Bug 1141745 was mentioned as a possible dupe of this and has an assignee.

	Mike Hommey [:glandium] Assignee
	Comment 10 • 10 years ago

(In reply to Mats Palmgren (:mats) from comment #8)
> It failed with the same error.

:( did you try touching CLOBBER?

	Mike Hommey [:glandium] Assignee
	Comment 11 • 10 years ago

CLOBBER doesn't fix it, and I'm getting close to say it's caused by the combination of bug 868814 and the use of sccache on try, and specifically, the fact that sccache is compiling preprocessed files.

	Mike Hommey [:glandium] Assignee
	Comment 12 • 10 years ago

So, it's probably not exactly that. The problem is indeed caused by the combination of bug 868814 and sccache. But when the sccache server starts, MACOSX_DEPLOYMENT_TARGET is not set, and that doesn't make strndup references weak (which happens when MACOSX_DEPLOYMENT_TARGET is set to 10.6).

	Mike Hommey [:glandium] Assignee
	Comment 13 • 10 years ago

On try, where we use sccache, a sccache server is started the first time
configure runs the compiler for its checks, and that sccache server is
what does compilations on cache misses.

But compiling with MACOSX_DEPLOYMENT_TARGET in the environment doesn't have
the same effect as without, depending on its value. So
MACOSX_DEPLOYMENT_TARGET needs to be set before any compiler invocation.

	Mike Hommey [:glandium] Assignee
	Comment 14 • 10 years ago

https://hg.mozilla.org/integration/mozilla-inbound/rev/efb33ed6f159

	Carsten Book [:Tomcat]
	Comment 15 • 10 years ago

https://hg.mozilla.org/mozilla-central/rev/efb33ed6f159

	Mats Palmgren (inactive) Reporter
	Comment 16 • 10 years ago

Try OSX builds works now for me.  Thanks!

	Hiroyuki Ikezoe (:hiro)
	Comment 17 • 10 years ago

Has this been really fixed? 
I can still see failures on try.

https://treeherder.mozilla.org/#/jobs?repo=try&revision=bd3d1244e4ef
https://treeherder.mozilla.org/#/jobs?repo=try&revision=266ead189253

	Mats Palmgren (inactive) Reporter
	Comment 18 • 10 years ago

@hiro, I suspect you need to update your local tree.

	Mike Hommey [:glandium] Assignee
	Comment 19 • 10 years ago

(In reply to Hiroyuki Ikezoe (:hiro) from comment #17)
> Has this been really fixed? 
> I can still see failures on try.
> 
> https://treeherder.mozilla.org/#/jobs?repo=try&revision=bd3d1244e4ef
> https://treeherder.mozilla.org/#/jobs?repo=try&revision=266ead189253

They are based on 42afc7ef5ccb, which is 6 changesets before the landing of this bug (efb33ed6f159)

	Hiroyuki Ikezoe (:hiro)
	Comment 20 • 10 years ago

Thanks! I totally forgot to update the tree before pushing!