summaryrefslogtreecommitdiffstats
path: root/image/DecoderFlags.h
diff options
context:
space:
mode:
authorathenian200 <athenian200@outlook.com>2019-10-02 18:26:54 -0500
committerathenian200 <athenian200@outlook.com>2019-10-21 04:53:42 -0500
commitfca7c45a62542e0f625122222386cbee9b76243f (patch)
treeda70360cfbda49a229277009b2170b47033de16f /image/DecoderFlags.h
parent4f6639a1b35d4941f52eb4c8901adf45b35bc10d (diff)
downloadUXP-fca7c45a62542e0f625122222386cbee9b76243f.tar
UXP-fca7c45a62542e0f625122222386cbee9b76243f.tar.gz
UXP-fca7c45a62542e0f625122222386cbee9b76243f.tar.lz
UXP-fca7c45a62542e0f625122222386cbee9b76243f.tar.xz
UXP-fca7c45a62542e0f625122222386cbee9b76243f.zip
MoonchildProductions#1251 - Part 16: Resolve namespace conflicts with dbm on Solaris.
https://bugzilla.mozilla.org/show_bug.cgi?id=1513913 Mozilla's solution to this is arguably overkill, since the namespace issue on Solaris only required them to change (or temporarily undefine) __log2. Instead they changed ALL the functions to be something along the lines of dbm_log2. They haven't changed the external interface at all, though. If you're unhappy with this patch, I think I could also use XP_SOLARIS ifdefs to undefine __log2 prior to where it's declared in the dbm headers. The good thing about Mozilla's solution is that it guarantees this namespace issue never occurs again on any platform, though.
Diffstat (limited to 'image/DecoderFlags.h')
0 files changed, 0 insertions, 0 deletions