Open Bug 1039832 Opened 11 years ago Updated 3 years ago

The code in cl.py to capture the showIncludes output should look at stdout

Categories

(Firefox Build System :: General, defect)

x86
macOS
defect

Tracking

(Not tracked)

People

(Reporter: ehsan.akhgari, Unassigned)

References

(Blocks 1 open bug)

Details

The documentation <http://msdn.microsoft.com/en-us/library/hdkef6tk.aspx> might make you believe that the output goes to stderr, but that is a lie. cl.py seems to intercept both streams, which makes it get lines such as: Note: including file: C:\Program Files (x86)\Windows Kits\8.0\include\shc:/moz/src/image/decoders/icon/win/nsIconChannel.cpp(72,1) : error: static_assert failed "Reference-counted class nsIconChannel should not have a public destructor. Try to which completely confuses cl.py and results in the error message to go into the .deps file, and also removes it from stdout. In other words, this bug can eat your error messages, and also break incremental builds.
Same root cause as bug 798300, FWIW. Stupid Windows buffering. :-(
The fun thing is that the -showIncludes output *can* end up on stderr under some circumstances.
(In reply to comment #2) > The fun thing is that the -showIncludes output *can* end up on stderr under > some circumstances. What are those circumstances?
Product: Core → Firefox Build System
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.