eolian: first batch of unused import removals

Initial results of our static analysis showed a bunch of unused
imports or imports used only for documentation references. In the
first case, remove entirely, in the second case, change to 'parse'
in order to keep references working.

The static analysis is not perfect and yields false negatives for
certain cases, so there will be a second batch later.
This commit is contained in:
Daniel Kolesa 2018-05-13 17:28:47 +02:00
parent 1f4f7e8597
commit 6be3809c04
28 changed files with 5 additions and 33 deletions

View File

@ -1,4 +1,3 @@
import efl_types;
import eina_types;
class Ecore.Event.Message (Efl.Loop_Message)

View File

@ -1,4 +1,3 @@
import efl_types;
import eina_types;
class Ecore.Event.Message.Handler (Efl.Loop_Message_Handler)

View File

@ -1,4 +1,3 @@
import efl_types;
import eina_types;
class Efl.Appthread (Efl.Loop, Efl.ThreadIO)

View File

@ -1,4 +1,3 @@
import efl_types;
import eina_types;
enum Efl.Exe.Signal {

View File

@ -1,4 +1,3 @@
import efl_types;
import eina_types;
struct Efl.Loop_Arguments {

View File

@ -1,4 +1,3 @@
import efl_types;
import eina_types;
class Efl.Loop_Message (Efl.Object)

View File

@ -1,4 +1,3 @@
import efl_types;
import eina_types;
class Efl.Loop_Message_Future (Efl.Loop_Message)

View File

@ -1,4 +1,3 @@
import efl_types;
import eina_types;
class Efl.Loop_Message_Future_Handler (Efl.Loop_Message_Handler)

View File

@ -1,4 +1,3 @@
import efl_types;
import eina_types;
class Efl.Loop_Message_Handler (Efl.Object)

View File

@ -1,4 +1,3 @@
import efl_types;
import eina_types;
enum Efl.Task.Priority {

View File

@ -1,4 +1,3 @@
import efl_types;
import eina_types;
class Efl.Thread (Efl.Task, Efl.ThreadIO)

View File

@ -1,4 +1,4 @@
import efl_types;
import efl_object;
import eina_types;
function EFlThreadIOCall {

View File

@ -1,5 +1,3 @@
import efl_net_control_access_point;
enum Efl.Net.Control.Technology_Type {
[[Technology types

View File

@ -1,5 +1,3 @@
import edje_types;
// FIXME: This EO doc needs a direct link to the "edcref" doc
class Efl.Canvas.Layout (Efl.Canvas.Group, Efl.File, Efl.Container, Efl.Part,

View File

@ -1,5 +1,4 @@
import eina_types;
import edje_types;
interface Efl.Layout.Group
{

View File

@ -1,5 +1,4 @@
import eina_types;
import efl_gfx_types;
interface Efl.Gfx.Entity {
[[Efl graphics interface]]

View File

@ -1,5 +1,4 @@
import efl_gfx_types;
import efl_gfx_fill;
enum Efl.Gfx.Image_Content_Hint
{

View File

@ -1,4 +1,4 @@
import efl_ui_direction; // For documentation references
parse efl_ui_direction;
enum Efl.Orient
{

View File

@ -1,4 +1,3 @@
import efl_gfx_types;
import efl_ui_direction;
interface Efl.Pack_Table (Efl.Pack_Linear)

View File

@ -1,4 +1,3 @@
import eina_types;
import efl_text_types;
interface Efl.Text_Annotate {

View File

@ -1,7 +1,7 @@
// FIXME: Documentation lacks proper references due to cyclic imports.
// FIXME: What about AnyRTL? And other strange directions?
import efl_orientation;
parse efl_orientation;
enum Efl.Ui.Dir
{

View File

@ -1,5 +1,3 @@
import eina_types;
function Efl.Ui.Format_Func_Cb {
[[Function pointer for format function hook]]
params {

View File

@ -1,5 +1,3 @@
import eina_types;
struct Eldbus.Proxy; [[Represents a client object bound to an interface]]
struct Eldbus.Connection; [[Represents a connection of one the type of connection with the DBus daemon.]]
struct Eldbus.Object; [[Represents an object path already attached with bus name or unique id]]

View File

@ -1,3 +1,5 @@
import efl_ui_direction;
enum Efl.Ui.Flip_Mode
{
[[Efl UI flip mode ]]

View File

@ -1,5 +1,3 @@
import evas_box;
class Elm.Box (Efl.Ui.Widget, Efl.Ui.Focus.Composition, Efl.Ui.Legacy)
{
[[Elementary box class]]

View File

@ -1,4 +1,3 @@
import edje_types;
import elm_interface_scrollable;
import elm_general;

View File

@ -1,4 +1,3 @@
import efl_orientation;
import efl_input_types;
class Efl.Input.Pointer (Efl.Object, Efl.Input.Event, Efl.Input.State)

View File

@ -1,5 +1,3 @@
import evas_canvas;
interface Evas.Ector.Buffer
{
[[Binding layer between ector buffers and evas images.