Open
Bug 848578
Opened 11 years ago
Updated 1 year ago
INT8 define conflict w/Windows in media/mtransport/third_party/nrappkit/src/util/libekr/r_types.h
Categories
(Core :: WebRTC: Networking, defect)
Tracking
()
NEW
backlog | parking-lot |
People
(Reporter: jib, Unassigned)
Details
See Bug 837919, comment 35. Windows defines INT8 as unsigned char (think 8 bits), which conflicts with libekr/r_types.h which defines it as long long (think 8 bytes). This conflict is apparently known, as there's a workaround for it somewhere in the include tree (someone pointed me at it, I forget where it was), anyhow... What's unfortunate is that compile may now fail depending on include order, and only on the Windows platform, and it fails on *recommended* include-order in bug 837919, comment 35. I suggest we either figure out a better place for the workaround that works with recommended include order, or rename the macros and all uses to think bits (e.g. INT8 ===> INT64 etc.).
Updated•8 years ago
|
backlog: --- → webRTC+
Whiteboard: [WebRTC][blocking-webrtc-]
Updated•8 years ago
|
backlog: webRTC+ → parking-lot
Updated•1 year ago
|
Severity: minor → S4
You need to log in
before you can comment on or make changes to this bug.
Description
•