Open Bug 1625752 Opened 6 years ago Updated 6 years ago

Profiling configuration fails to compile due to RecvInitSandboxTesting

Categories

(Firefox Build System :: General, defect, P3)

defect

Tracking

(Not tracked)

UNCONFIRMED

People

(Reporter: andreas, Unassigned)

Details

(Keywords: in-triage)

Attachments

(4 files)

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:74.0) Gecko/20100101 Firefox/74.0

Steps to reproduce:

First run "python bootstrap.py --vcs=git",
Second edit mozconfig file to

ac_add_options --enable-debug-symbols
ac_add_options --enable-vtune
ac_add_options --enable-profiling

as described in
https://developer.mozilla.org/en-US/docs/Mozilla/Debugging/Profiling_with_VTune

Third, build with "./mach build"

Actual results:

Compilation fails with error message:

obj-x86_64-pc-linux-gnu/ipc/ipdl/PContentChild.cpp:12477:56: error: no member named 'RecvInitSandboxTesting' in 'mozilla::dom::ContentChild'

(full build output in "buildout.txt" attached

Expected results:

Successful build of Firefox.

Bugbug thinks this bug should belong to this component, but please revert this change in case of error.

Component: Untriaged → General
Product: Firefox → Firefox Build System

Update:

A full rebuild solved the problem.

So steps to reproduce the problem:

First build with empty mozconfig file, then add the three options mentioned above to mozconfig, then build again.

Keywords: in-triage
Priority: -- → P3

I can't reproduce this, unfortunately, either on my macOS or Ubuntu machines.

When you say "a full rebuild solved the problem" what do you mean exactly? I couldn't reproduce the issue according to the steps you provided, but maybe having a better idea of how you resolved it would give me something better to work off of.

Flags: needinfo?(andreas)

I'm sorry, I try to be more clear. Below the commands to reproduce the problem. It seems to be crucial to have "--enable-debug" in the first build, I missed that. The output of the three compile runs I'll attach to this bug.

To reproduce the problem:
mkdir firefox_bugreport
cd firefox_bugreport
wget https://hg.mozilla.org/mozilla-central/raw-file/default/python/mozboot/bin/bootstrap.py
python bootstrap.py # no artifact-build, select git, select 'mozilla-unified' as folder
cd mozilla-unified
echo "ac_add_options --enable-debug" > mozconfig
./mach build 2>&1 | tee buildout.txt

build works

change to vtune configuration:

echo "ac_add_options --enable-debug-symbols" > mozconfig
echo "ac_add_options --enable-vtune" >> mozconfig
echo "ac_add_options --enable-profiling" >> mozconfig
cat mozconfig
./mach build 2>&1 | tee buildout2.txt

build fails

rm -rf obj-x86_64-pc-linux-gnu/
./mach build 2>&1 | tee buildout3.txt

build works again

Flags: needinfo?(andreas)

Because this bug's Severity has not been changed from the default since it was filed, and it's Priority is P3 (Backlog,) indicating it has been triaged, the bug's Severity is being updated to S3 (normal.)

Severity: normal → S3

I see somethng similar when I tried to build ASAN version of thunderbird locally.

PContentChild.cpp: In member function ‘virtual mozilla::ipc::HasResultCodes::Result mozilla::dom::PContentChild::OnMessageReceived(const Message&)’:
PContentChild.cpp:12504:56: error: ‘class mozilla::dom::ContentChild’ has no member named ‘RecvInitSandboxTesting’; did you mean ‘RecvInitRendering’?
12504 |             if ((!((static_cast<ContentChild*>(this))->RecvInitSandboxTesting(std::move(aEndpoint))))) {
      |                                                        ^~~~~~~~~~~~~~~~~~~~~~
      |                                                        RecvInitRendering
make[4]: *** [/NEW-SSD/NREF-COMM-CENTRAL/mozilla/config/rules.mk:746: UnifiedProtocols12.o] Error 1
make[4]: Entering directory '/NEW-SSD/moz-obj-dir/objdir-tb3/parser/prototype'

(In reply to ISHIKAWA, Chiaki from comment #9)

I see somethng similar when I tried to build ASAN version of thunderbird locally.

PContentChild.cpp: In member function ‘virtual mozilla::ipc::HasResultCodes::Result mozilla::dom::PContentChild::OnMessageReceived(const Message&)’:
PContentChild.cpp:12504:56: error: ‘class mozilla::dom::ContentChild’ has no member named ‘RecvInitSandboxTesting’; did you mean ‘RecvInitRendering’?
12504 |             if ((!((static_cast<ContentChild*>(this))->RecvInitSandboxTesting(std::move(aEndpoint))))) {
      |                                                        ^~~~~~~~~~~~~~~~~~~~~~
      |                                                        RecvInitRendering
make[4]: *** [/NEW-SSD/NREF-COMM-CENTRAL/mozilla/config/rules.mk:746: UnifiedProtocols12.o] Error 1
make[4]: Entering directory '/NEW-SSD/moz-obj-dir/objdir-tb3/parser/prototype'

Very strange, though. After I ran |mach clobber|, |mach configure|, I no longer see the error.
(I usually build a binary that is amenable to valgrind/memcheck run. So I am not sure why there was this missing member.)

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: