Closed
Bug 775939
Opened 12 years ago
Closed 11 years ago
Cannot open include file: 'audio_coding_module_typedefs.h': No such file or directory
Categories
(Core :: WebRTC, defect)
Tracking
()
RESOLVED
FIXED
mozilla24
People
(Reporter: szx, Assigned: hATrayflood)
References
Details
(Whiteboard: [WebRTC], [blocking-webrtc-] [qa-])
Attachments
(1 file, 1 obsolete file)
2.09 KB,
patch
|
ted
:
review+
|
Details | Diff | Splinter Review |
User Agent: Mozilla/5.0 (Windows NT 6.1; rv:14.0) Gecko/20100101 Firefox/14.0.1 Build ID: 20120713134347 Steps to reproduce: Tried to build latest mozilla-central (rev 99767 on branch "default") using MSVC 10.0 Actual results: Compilation stopped at this: ../../../../../../../media/webrtc/trunk/src/video_engine/..\modules/utility/interface/file_recorder.h(14) : fatal error C1083: Cannot open include file: 'audio_coding_module_typedefs.h': No such file or directory
Reporter | ||
Comment 1•12 years ago
|
||
Another error: z:\programming\thirdpartysources\mozilla-central\media\webrtc\trunk\src\voice_engine\main\source\channel.h(15) : fatal error C1083: Cannot open include file: 'audio_conference_mixer_defines.h': No such file or directory
Updated•12 years ago
|
Component: Untriaged → WebRTC
Product: Firefox → Core
Updated•12 years ago
|
QA Contact: jsmith
Updated•12 years ago
|
Whiteboard: [WebRTC], [blocking-webrtc-]
Assignee | ||
Comment 2•12 years ago
|
||
Assignee | ||
Comment 3•12 years ago
|
||
this errors are caused by relative $(topsrcdir), $(srcdir) and $(VPATH) in generated Makefile. To fix, change $(topsrcdir), $(srcdir) and $(VPATH) to absolute path.
Assignee | ||
Updated•12 years ago
|
Attachment #696621 -
Flags: review?(ted)
Comment 4•11 years ago
|
||
Comment on attachment 696621 [details] [diff] [review] fix: change topsrcdir, srcdir and VPATH to absolute path Review of attachment 696621 [details] [diff] [review]: ----------------------------------------------------------------- ::: media/webrtc/trunk/tools/gyp/pylib/gyp/generator/mozmake.py @@ +370,5 @@ > else: > # Maybe nothing? > return False > + if self.flavor == 'win' and os.environ.get('.PYMAKE', os.environ.get('_PYMAKE')) != '1': > + top = '/' + self.topsrcdir[0:1] + self.topsrcdir[2:] This is going to break people who build with pymake but don't use client.mk. I think we should just fix bug 828317 so we can only support pymake-style windows paths on windows.
Attachment #696621 -
Flags: review?(ted) → review-
Updated•11 years ago
|
Assignee: nobody → h.rayflood
Assignee | ||
Comment 5•11 years ago
|
||
Attachment #696621 -
Attachment is obsolete: true
Attachment #754119 -
Flags: review?(ted)
Comment 6•11 years ago
|
||
Comment on attachment 754119 [details] [diff] [review] fix v2: always absolute path Review of attachment 754119 [details] [diff] [review]: ----------------------------------------------------------------- This seems fine now that we stopped supporting GNU make on Windows (bug 828317).
Attachment #754119 -
Flags: review?(ted) → review+
Assignee | ||
Updated•11 years ago
|
Keywords: checkin-needed
Comment 7•11 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/02d5396a69c5
Keywords: checkin-needed
Comment 8•11 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/02d5396a69c5
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla24
Updated•11 years ago
|
Whiteboard: [WebRTC], [blocking-webrtc-] → [WebRTC], [blocking-webrtc-] [qa-]
You need to log in
before you can comment on or make changes to this bug.
Description
•