Revert 160985 "Enable -Wall on Linux as well."

Breaks Linux Clang compile badly.

> Enable -Wall on Linux as well.
> 
> BUG=312287
> TBR=dglazkov
> 
> Review URL: https://codereview.chromium.org/53223002

TBR=l.gombos@samsung.com

Review URL: https://codereview.chromium.org/54003002

git-svn-id: svn://svn.chromium.org/blink/trunk@161012 bbb929c8-8fbe-4397-9dbb-9b2b20218538
DOMWindow::installNewDocument should not check confusingAndOftenMisusedAttached()

It doesn't make sense to check the document for being attached here, it
was just created above, there's no way for it to have been attached already.

Document::attach contains an ASSERT that will ensure that this is the case
already.

Review URL: https://codereview.chromium.org/48293005

git-svn-id: svn://svn.chromium.org/blink/trunk@161013 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Treat inert nodes as aria-hidden instead of aria-disabled.

As per the spec change: http://html5.org/r/8209

BUG=304779

Review URL: https://codereview.chromium.org/51743003

git-svn-id: svn://svn.chromium.org/blink/trunk@161015 bbb929c8-8fbe-4397-9dbb-9b2b20218538
IDL compiler: [Clamp] for arguments

In practice used 2 places, for unsigned short and unsigned long.

One weird point (hence documented) is that here we use the literal IDL
type for a C++ variable.

I believe this is ok b/c |unsigned short| and |unsigned long| are legitimate
C++ types, even though we otherwise internally store them as |unsigned|,
but it does mean there's implicit type conversion going on when the
local variable is used later (since it's unsigned).

It might be more correct and safer to use the C++ type for the local variable,
only using the IDL type for the clampTo itself, and making the conversion
explicit here.

Docs:
http://www.w3.org/TR/WebIDL/#Clamp
http://www.chromium.org/blink/webidl/blink-idl-extended-attributes#TOC-Clamp-a-p-

BUG=239771
NOTRY=true

Review URL: https://codereview.chromium.org/53483004

git-svn-id: svn://svn.chromium.org/blink/trunk@161016 bbb929c8-8fbe-4397-9dbb-9b2b20218538
Currently we relay all allow{Database,FileSystem,IndexedDB} requests for 
workers from worker thread to renderer thread, but this introduces 
a lot of complexity and leak/u-a-f problems. This change tries to 
introduce WebWorkerPermissionClientProxy interface, which gets created 
on the renderer thread, passed on to the worker thread and then issues 
sync IPC (on the worker thread) in the embedder code.

This will allow us to remove a lot of code (in the next iteration):
- To get rid of complex (and insecure) WorkerAllowMainThreadBridge code
- To remove more WorkerRunLoop.runInMode usage
- To simplify worker client inheritance chain

Chromium-side change: https://codereview.chromium.org/46583005/

BUG=none

Review URL: https://codereview.chromium.org/50773002

git-svn-id: svn://svn.chromium.org/blink/trunk@161017 bbb929c8-8fbe-4397-9dbb-9b2b20218538