Backed it out in the nacl tree and I've rolled the DEPS forward past it.
It wasn't actually needed inside chrome (just for their sdk), but yes it
should have been in a deps_os section too.
Sorry again for the nuisance.
-BradN
On Wed, Nov 18, 2009 at 4:47 PM, Evan Martin wrote:
> On Wed, Nov 18,
On Wed, Nov 18, 2009 at 4:43 PM, Bradley Nelson wrote:
> Backing things out shortly.
No rush; if you need the code, it's ok. (It'd be nice if you used
deps_os though.)
> It didn't break nacl's trybots or waterfall because they're less pared down,
> and probably got thru a try job on mac by chan
Arrgh.
Sorry about that.
There was some confusion as to which third_party directory those were
suppose to go into (we really need to change gcl to base everything from the
top of the world).
Backing things out shortly.
It didn't break nacl's trybots or waterfall because they're less pared down,
and
It seems someone (not blaming them in particular) checked in 300mb of
Windows 64 binaries in the native client tree.
This check-in also seems to have hosed the trybots (they time out
while attempting to fetch this data).
A
/b/slave/linux/build/src/native_client/src/third_party/mingw-w64/mingw