Opening a buffer without a view leaves the responsibility to the
caller to close the buffer manually.
=> this is unsafe: either we are closing a buffer shared
somewhere else or forgetting to close it (= leaking it)
The solution is to always use Buffer_Holder.
The operation to find a file in the project from a base
name is very costly. Add a local cache in the Project_Registry
to alleviate the issue.
Make GPS.Kernel.Create take advantage of this cache in the
default lookup cases.
Use the call that leverage this cache when processing
the compiler output, and when applying codefix messages.
This reduces the import of 10000 messages on the same file
from 18s to 3s on my machine.
Add a test to check this scenario.
- Properly surround the statement (previously it was surrounding
the message line and was making the code non-compilable).
- Change the "pragma Warning" format to only silence the current
warning.
Shift-Enter split string literals/comments in two lines or add new
chunk as the new line
Shift-Space split string literals in two parts
Ctrl-Shift-V split string literals in two parts and insert
clipboard content between these two parts
Change-Id: I0c3fe21888ec4765f614ff8fa72cb7b63ccf81d7
- operator for private type "*" is not directly visible
- no legal interpretation for operator "*"
Change-Id: I4cbda12ad6d62f2e0f9f8e16d5854767f7ffaaaf
Each FileLocation was leaking a File: they were keeping a pointer
to File without using any proxy to release them.
Break the dependency and only create the File from the FileLocation
when needed.
Add a test.
Change-Id: I1df713a7c0e6cc54f7c4912b803247b3189dcd92
