| Commit message (Collapse) | Author | Age |
|---|
| |
|
|
|
|
|
| |
As far as I can tell, all this code is unused in our platform. GCC older than
7 didn't have the macro _GLIBC_RELEASE. As far as I can tell, using newer GCC
means you don't have to check for incompatible symbol versions in the build
system, not even if you are compiling with clang against GCC's libc.
|
| |
|
|
|
|
|
|
|
|
| |
Generating OS-appropriate mapfiles from a provided SYMBOL_FILE is
apparently required to work with newer ffvpx. Nothing else in our
codebase actually seemed to require it. Also seems to reduce the amount
of console spam I see relating to symbol visibility during the build
process, and I think it even makes libxul.so link a bit faster.
Signed-off-by: athenian200 <athenian200@outlook.com>
|
| |
|
|
|
|
|
| |
Vim control lines were re-introduced or not entirely cleaned up.
This nukes them again.
Removing from the rest of js, caps, chrome, config, devtools, docshell,
image, intl. More to come.
|
| |
|
|
|
|
|
|
|
| |
the rest of the tree.”
This also removes some PP abuse and takes file entries out of PP when no longer
needed without XP_MACOSX conditionals.
This reverts commit 6f707bde95dab6998ac204f9ee6c925ee230c740.
|
| |
|
|
| |
processors, some Andoid packaging stuff, Eclipse IDE support et al.
|
| |
|
|
|
| |
This also removes some PP abuse and takes file entries out of PP when no longer
needed without XP_MACOSX conditionals.
|
| |
|
|
| |
Issue #186
|
| |
|
|
| |
Note: 3rd party lib support (NSS, etc.) has not been touched.
|
| | |
|
| |
|
|
| |
Part 4 for #58
|
| |
|
