The Android port relies on the global define ANDROID to identify that
we are crosscompiling for Android, but __APPLE__ was being checked first
in build_config.h, and so builds on a Mac sometimes ended up with the
wrong OS_* macro defined. Reorder the list so that ANDROID is tested
first, as it will only be set manually when crosscompiling (__APPLE__ is
set internally by the compiler).
BUG=
Review URL: https://chromiumcodereview.appspot.com/13541003
git-svn-id: http://src.chromium.org/svn/trunk/src/build@192303 4ff67af0-8c30-449e-8e8b-ad334ec8d88c
This was a #define that was added when we were deciding
whether we should use the bytecode interpreter or FreeType's
autohinter when rendering UI text on Chrome OS. The text
had different heights depending on which setting was used,
so a bunch of constants were special-cased when BCI was
enabled. We've been using the autohinter for a long time,
and we'll need to update lots of newer code if we decide to
switch to BCI someday.
BUG=none
TEST=UI text looks the same as before
TBR=tony@chromium.org,davemoore@chromium.org,zork@chromium.org
Review URL: https://chromiumcodereview.appspot.com/10828336
git-svn-id: http://src.chromium.org/svn/trunk/src/build@151928 4ff67af0-8c30-449e-8e8b-ad334ec8d88c
There are basically three categories of changes here:
1) Most OS==mac becomes OS==mac or OS==ios
2) Some Xcode-related settings move into OS==mac blocks since Xcode is no longer Mac-only
3) Addition of iOS-specific settings (SDK, compile flags, etc)
BUG=None
TEST=None
Review URL: https://chromiumcodereview.appspot.com/10704039
git-svn-id: http://src.chromium.org/svn/trunk/src/build@145008 4ff67af0-8c30-449e-8e8b-ad334ec8d88c
Rather than globally defining NO_HEAPCHECKER and then checking
that in build_config.h, let builds that opt in to heap checking
directly set USE_HEAPCHECKER.
Result should be equivalent builds but less stuff in the build
files.
Review URL: http://codereview.chromium.org/9146022
git-svn-id: http://src.chromium.org/svn/trunk/src/build@118823 4ff67af0-8c30-449e-8e8b-ad334ec8d88c
Explicitly disable GTK by setting TOOLKIT_USES_GTK. This is the first in a series of changes required to have chrome on aura build and link without GTK. This CL makes base/ build without GTK. Subsequent CLs will do this for other components.
BUG=97131
TEST=none
Review URL: http://codereview.chromium.org/7904034
git-svn-id: http://src.chromium.org/svn/trunk/src/build@102005 4ff67af0-8c30-449e-8e8b-ad334ec8d88c
This patch gets a bunch of the IPC and Base libraries compiling (but not
linking) in NaCl. There's obviously a bunch more work to do, but this patch is
a starting point.
Original patch by Eric Seidel.
Review URL: http://codereview.chromium.org/4812002
git-svn-id: http://src.chromium.org/svn/trunk/src/build@65920 4ff67af0-8c30-449e-8e8b-ad334ec8d88c
- that is, defining use_openssl=1 will now remove all dependency on NSS.
This does not impact any of the standard, non-openssl builds.
Adds stub implementations of several files that need to be fully implemented in follow up patchs.
Firefox import code will need some more substatial refactoring, as it makes little sense to be
attempting a firefox import without NSS libraries to hand, however the UI etc has numerous assumption
about the presence of this importer.
BUG=None
TEST=None
Review URL: http://codereview.chromium.org/3855004
git-svn-id: http://src.chromium.org/svn/trunk/src/build@63506 4ff67af0-8c30-449e-8e8b-ad334ec8d88c
(alongside the existing cases for Windows with 16-bit wchars and Linux with
32-bit wchars) so that it becomes possible to compile and link the Chromium
base together with third-party libraries that require short wchars.
BUG=none
TEST=none
Original review http://codereview.chromium.org/315004
Patch by mdsteele@google.com
git-svn-id: http://src.chromium.org/svn/trunk/src/build@29786 4ff67af0-8c30-449e-8e8b-ad334ec8d88c
not OS_WIN.
Added USE_X11. Set when OS_LINUX or OS_FREEBSD is set.
Added USE_BASE_DATA_PACK for base::DataPack usage, set for OS_MACOSX,
OS_LINUX or OS_FREEBSD.
Added USE_NSS for ... nss (for crypto). Windows and MacOS use
platform-specific libraries.
All of the above cause slightly odd formulations like:
#if defined(OS_WIN)
...
#elif defined(USE_BASE_DATA_PACK)
...
#endif
Possibly should also define USE_DLL_FOR_DATA, etc? Or something?
Wrapped various references to struct stat64 and stat64() to use struct
stat and stat() for FreeBSD - but a "man stat64" on Linux suggests
that we could do the same thing for at least Linux, too, and perhaps
eliminate the wrapper?
git-svn-id: http://src.chromium.org/svn/trunk/src/build@25599 4ff67af0-8c30-449e-8e8b-ad334ec8d88c
Remove all WIN32 ifdefs from base and replace them with proper defined(OS...).
I also fixed random style bits when I encountered them. I made major style fixes to string16.
git-svn-id: http://src.chromium.org/svn/trunk/src/build@524 4ff67af0-8c30-449e-8e8b-ad334ec8d88c
davemoore@chromium.org
rjkroege@chromium.org
torne@chromium.org
derat@chromium.org
bbudge@chromium.org
stuartmorgan@chromium.org
petarj@mips.com
evan@chromium.org
robert.nagy@gmail.com
sadrul@chromium.org
sky@chromium.org
sehr@google.com
tony@chromium.org
michaelbai@google.com
hclam@chromium.org
nkostylev@chromium.org
abarth@chromium.org
joth@chromium.org
thestig@chromium.org
glider@chromium.org
wtc@chromium.org
benl@chromium.org
brettw@chromium.org
sgk@chromium.org
deanm@chromium.org
maruel@chromium.org
license.bot
deanm@google.com
brettw@google.com
mmentovai@google.com