-
jkummerow@chromium.org authored
There is a small bug that causes to build mips32r2 version of v8 as mips32 (r1). This affects only the compiled code. In the default case of building for mips32r2, the compiler flags are the following: -EL -mhard-float -mips32r2 -Wa,-mips32r2 -mips32 -Wa,-mips32 Since the "last flag wins" the object files are compiled as mips32. In a funny twist, the code sourcery lite compilers do not have multi-lib support, and there is a bug that if you tell it to link mips32, it will silently link the object files with mips32r2 libraries, and then the resulting binary is mips32r2. This commit fixes the mips32r1/mips32r2 build. BUG= TEST= Review URL: https://codereview.chromium.org/11289003 Patch from Akos Palfi <palfia@homejinni.com>. git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@12833 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
8daf7e7d