Error processing libyuv/moz.build while reticularing splines

NEW
Unassigned

Status

()

Firefox
Build Config
2 years ago
2 years ago

People

(Reporter: erik, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

2 years ago
In a moz-central checkout updated just a few minutes ago, I'm getting an error while trying to build on a freshly bootstrapped Ubuntu 14.04.3 VM:

/code/mozilla-central$ ./mach build
 0:07.29 Reticulating splines...
 0:09.46 [29130 refs]
 0:09.46 [31035 refs]
 0:09.47 Traceback (most recent call last):
 0:09.47   File "./config.status", line 1075, in <module>
 0:09.47     config_status(**args)
 0:09.47   File "/code/mozilla-central/python/mozbuild/mozbuild/config_status.py", line 162, in config_status
 0:09.47     definitions = list(definitions)
 0:09.47   File "/code/mozilla-central/python/mozbuild/mozbuild/frontend/emitter.py", line 164, in emit
 0:09.47     for out in output:
 0:09.47   File "/code/mozilla-central/python/mozbuild/mozbuild/frontend/reader.py", line 1066, in read_mozbuild
 0:09.47     raise bre
 0:09.47 mozbuild.frontend.reader.BuildReaderError:
 0:09.47 ==============================
 0:09.47 ERROR PROCESSING MOZBUILD FILE
 0:09.48 ==============================
 0:09.48
 0:09.48 The error occurred while processing the following file:
 0:09.48
 0:09.48     /code/mozilla-central/media/libyuv/moz.build
 0:09.48
 0:09.48 The error appears to be part of the mozbuild.frontend.reader Python module itself! It is possible you have stumbled across a legitimate bug.
 0:09.48
 0:09.48 Traceback (most recent call last):
 0:09.48   File "/code/mozilla-central/python/mozbuild/mozbuild/frontend/reader.py", line 1062, in read_mozbuild
 0:09.48     metadata=metadata):
 0:09.48   File "/code/mozilla-central/python/mozbuild/mozbuild/frontend/reader.py", line 1166, in _read_mozbuild
 0:09.48     non_unified_sources = non_unified_sources):
 0:09.48   File "/code/mozilla-central/python/mozbuild/mozbuild/frontend/gyp_reader.py", line 110, in read_from_gyp
 0:09.48     params=params)
 0:09.48   File "/code/mozilla-central/media/webrtc/trunk/tools/gyp/pylib/gyp/__init__.py", line 132, in Load
 0:09.48     params['parallel'])
 0:09.48   File "/code/mozilla-central/media/webrtc/trunk/tools/gyp/pylib/gyp/input.py", line 2560, in Load
 0:09.48     variables, includes, depth, check, True)
 0:09.48   File "/code/mozilla-central/media/webrtc/trunk/tools/gyp/pylib/gyp/input.py", line 391, in LoadTargetBuildFile
 0:09.48     build_file_data, PHASE_EARLY, variables, build_file_path)
 0:09.49   File "/code/mozilla-central/media/webrtc/trunk/tools/gyp/pylib/gyp/input.py", line 1142, in ProcessVariablesAndConditionsInDict
 0:09.49     variables, build_file, 'variables')
 0:09.49   File "/code/mozilla-central/media/webrtc/trunk/tools/gyp/pylib/gyp/input.py", line 1149, in ProcessVariablesAndConditionsInDict
 0:09.49     expanded = ExpandVariables(value, phase, variables, build_file)
 0:09.49   File "/code/mozilla-central/media/webrtc/trunk/tools/gyp/pylib/gyp/input.py", line 881, in ExpandVariables
 0:09.49     (contents, p.returncode))
 0:09.49 GypError: Call to '/code/mozilla-central/obj-x86_64-unknown-linux-gnu/_virtualenv/bin/python ./build/dir_exists.py ./third_party/platformsdk_win7/files/redist/x86' returned exit status 0. while trying to load /code/mozilla-central/media/libyuv/libyuv.gyp
 0:09.49
 0:09.52 [194940 refs]
 0:09.53 *** Fix above errors and then restart with\
 0:09.53                "/usr/bin/make -f client.mk build"
 0:09.53 make[2]: *** [configure] Error 1
 0:09.53 make[1]: *** [/code/mozilla-central/obj-x86_64-unknown-linux-gnu/Makefile] Error 2
 0:09.53 make: *** [build] Error 2
 0:09.57 0 compiler warnings present.
 
Don't mind the "[12345 refs]" stuff; that's due to my debug build of Python.

Comment 1

2 years ago
needinfo glandium for GYP integration foo.
Flags: needinfo?(mh+mozilla)
Just for clarity, do you have anything in your mozconfig file?
(Reporter)

Comment 3

2 years ago
Hi, Ted. Yes:

ac_add_options --enable-debug
ac_add_options --disable-optimize
ac_add_options --disable-debug-symbols
The code around the error looks like this:

if p.wait() != 0 or p_stderr:
  sys.stderr.write(p_stderr)
  # Simulate check_call behavior, since check_call only exists
  # in python 2.5 and later.
  raise GypError("Call to '%s' returned exit status %d." %
                 (contents, p.returncode))


where p is a subprocess.Popen instance.

The value p.wait() returns should be the same as p.returncode, and the error message says it's 0, so the condition must have hit p_stderr not being empty... but I don't see it in the output in comment 0... so... wtf?
Flags: needinfo?(mh+mozilla)
You need to log in before you can comment on or make changes to this bug.