|
|
|
(*
|
|
|
|
* Copyright (c) Facebook, Inc. and its affiliates.
|
|
|
|
*
|
|
|
|
* This source code is licensed under the MIT license found in the
|
|
|
|
* LICENSE file in the root directory of this source tree.
|
|
|
|
*)
|
|
|
|
|
|
|
|
open! IStd
|
|
|
|
|
|
|
|
(** Utility methods to support the translation of clang ast constructs into sil instructions. *)
|
|
|
|
|
|
|
|
type continuation =
|
|
|
|
{ break: Procdesc.Node.t list
|
|
|
|
; continue: Procdesc.Node.t list
|
|
|
|
; return_temp: bool
|
|
|
|
(** true if temps should not be removed in the node but returned to ancestors *) }
|
|
|
|
|
|
|
|
type priority_node = Free | Busy of Clang_ast_t.pointer
|
|
|
|
|
|
|
|
(** A translation state. It provides the translation function with the info it needs to carry on the
|
|
|
|
translation. *)
|
|
|
|
type trans_state =
|
|
|
|
{ context: CContext.t (** current context of the translation *)
|
|
|
|
; succ_nodes: Procdesc.Node.t list (** successor nodes in the cfg *)
|
|
|
|
; continuation: continuation option (** current continuation *)
|
|
|
|
; priority: priority_node
|
|
|
|
; var_exp_typ: (Exp.t * Typ.t) option
|
|
|
|
; opaque_exp: (Exp.t * Typ.t) option
|
|
|
|
; is_fst_arg_objc_instance_method_call: bool
|
|
|
|
; passed_as_noescape_block_to: Procname.t option }
|
|
|
|
|
[clang] enforce that `instruction` always returns one SIL expression
Summary:
Previously, the type of `trans_result` contained a list of SIL expressions.
However, most of the time we expect to get exactly one, and getting a different
number is a soft(!) error, usually returning `-1`.
This splits `trans_result` into `control`, which contains the information
needed for temporary computation (hence when we don't necessarily know the
return value yet), and a new version of `trans_result` that includes `control`,
the previous `exps` list but replaced by a single `return` expression instead,
and a couple other values that made sense to move out of `control`. This allows
some flexibility in the frontend compared to enforcing exactly one return
expression always: if they are not known yet we stick to `control` instead (see
eg `compute_controls_to_parent`).
This creates more garbage temporary identifiers, however they do not show up in
the final cfg. Instead, we see that temporary IDs are now often not
consecutive...
The most painful complication is in the treatment of `DeclRefExpr`, which was
actually returning *two* expressions: the method name and the `this` object.
Now the method name is a separate (optional) field in `trans_result`.
Reviewed By: mbouaziz
Differential Revision: D7881088
fbshipit-source-id: 41ad3b5
7 years ago
|
|
|
val default_trans_state : CContext.t -> trans_state
|
|
|
|
|
|
|
|
(** Part of the translation result that is (loosely) related to control flow graph construction.
|
|
|
|
More importantly, this is the part of a [trans_result] that some internal translation functions
|
|
|
|
work on when constructing a [trans_result] before the other components of the translation result
|
|
|
|
are available (such as the return expression). This is made into a separate type to make
|
|
|
|
intermediate computations easier to write and easier to typecheck. *)
|
[clang] enforce that `instruction` always returns one SIL expression
Summary:
Previously, the type of `trans_result` contained a list of SIL expressions.
However, most of the time we expect to get exactly one, and getting a different
number is a soft(!) error, usually returning `-1`.
This splits `trans_result` into `control`, which contains the information
needed for temporary computation (hence when we don't necessarily know the
return value yet), and a new version of `trans_result` that includes `control`,
the previous `exps` list but replaced by a single `return` expression instead,
and a couple other values that made sense to move out of `control`. This allows
some flexibility in the frontend compared to enforcing exactly one return
expression always: if they are not known yet we stick to `control` instead (see
eg `compute_controls_to_parent`).
This creates more garbage temporary identifiers, however they do not show up in
the final cfg. Instead, we see that temporary IDs are now often not
consecutive...
The most painful complication is in the treatment of `DeclRefExpr`, which was
actually returning *two* expressions: the method name and the `this` object.
Now the method name is a separate (optional) field in `trans_result`.
Reviewed By: mbouaziz
Differential Revision: D7881088
fbshipit-source-id: 41ad3b5
7 years ago
|
|
|
type control =
|
|
|
|
{ root_nodes: Procdesc.Node.t list (** Top cfg nodes (root) created by the translation *)
|
|
|
|
; leaf_nodes: Procdesc.Node.t list (** Bottom cfg nodes (leaf) created by the translate *)
|
|
|
|
; instrs: Sil.instr list
|
|
|
|
(** list of SIL instruction that need to be placed in cfg nodes of the parent*)
|
[clang] enforce that `instruction` always returns one SIL expression
Summary:
Previously, the type of `trans_result` contained a list of SIL expressions.
However, most of the time we expect to get exactly one, and getting a different
number is a soft(!) error, usually returning `-1`.
This splits `trans_result` into `control`, which contains the information
needed for temporary computation (hence when we don't necessarily know the
return value yet), and a new version of `trans_result` that includes `control`,
the previous `exps` list but replaced by a single `return` expression instead,
and a couple other values that made sense to move out of `control`. This allows
some flexibility in the frontend compared to enforcing exactly one return
expression always: if they are not known yet we stick to `control` instead (see
eg `compute_controls_to_parent`).
This creates more garbage temporary identifiers, however they do not show up in
the final cfg. Instead, we see that temporary IDs are now often not
consecutive...
The most painful complication is in the treatment of `DeclRefExpr`, which was
actually returning *two* expressions: the method name and the `this` object.
Now the method name is a separate (optional) field in `trans_result`.
Reviewed By: mbouaziz
Differential Revision: D7881088
fbshipit-source-id: 41ad3b5
7 years ago
|
|
|
; initd_exps: Exp.t list (** list of expressions that are initialised by the instructions *) }
|
|
|
|
|
|
|
|
(** A translation result. It is returned by the translation function. *)
|
|
|
|
type trans_result =
|
|
|
|
{ control: control
|
|
|
|
; return: Exp.t * Typ.t (** value returned by the translated statement *)
|
|
|
|
; method_name: Procname.t option
|
[clang] enforce that `instruction` always returns one SIL expression
Summary:
Previously, the type of `trans_result` contained a list of SIL expressions.
However, most of the time we expect to get exactly one, and getting a different
number is a soft(!) error, usually returning `-1`.
This splits `trans_result` into `control`, which contains the information
needed for temporary computation (hence when we don't necessarily know the
return value yet), and a new version of `trans_result` that includes `control`,
the previous `exps` list but replaced by a single `return` expression instead,
and a couple other values that made sense to move out of `control`. This allows
some flexibility in the frontend compared to enforcing exactly one return
expression always: if they are not known yet we stick to `control` instead (see
eg `compute_controls_to_parent`).
This creates more garbage temporary identifiers, however they do not show up in
the final cfg. Instead, we see that temporary IDs are now often not
consecutive...
The most painful complication is in the treatment of `DeclRefExpr`, which was
actually returning *two* expressions: the method name and the `this` object.
Now the method name is a separate (optional) field in `trans_result`.
Reviewed By: mbouaziz
Differential Revision: D7881088
fbshipit-source-id: 41ad3b5
7 years ago
|
|
|
(** in the specific case of translating a method call in C++, we get the method name called
|
|
|
|
at the same time we get the [this] object that contains the method. The [this] instance
|
|
|
|
object is returned as the [return] field, while the method to call is filled in here.
|
|
|
|
This field is [None] in all other cases. *)
|
|
|
|
; is_cpp_call_virtual: bool }
|
|
|
|
|
[clang] enforce that `instruction` always returns one SIL expression
Summary:
Previously, the type of `trans_result` contained a list of SIL expressions.
However, most of the time we expect to get exactly one, and getting a different
number is a soft(!) error, usually returning `-1`.
This splits `trans_result` into `control`, which contains the information
needed for temporary computation (hence when we don't necessarily know the
return value yet), and a new version of `trans_result` that includes `control`,
the previous `exps` list but replaced by a single `return` expression instead,
and a couple other values that made sense to move out of `control`. This allows
some flexibility in the frontend compared to enforcing exactly one return
expression always: if they are not known yet we stick to `control` instead (see
eg `compute_controls_to_parent`).
This creates more garbage temporary identifiers, however they do not show up in
the final cfg. Instead, we see that temporary IDs are now often not
consecutive...
The most painful complication is in the treatment of `DeclRefExpr`, which was
actually returning *two* expressions: the method name and the `this` object.
Now the method name is a separate (optional) field in `trans_result`.
Reviewed By: mbouaziz
Differential Revision: D7881088
fbshipit-source-id: 41ad3b5
7 years ago
|
|
|
val empty_control : control
|
|
|
|
|
[clang] enforce that `instruction` always returns one SIL expression
Summary:
Previously, the type of `trans_result` contained a list of SIL expressions.
However, most of the time we expect to get exactly one, and getting a different
number is a soft(!) error, usually returning `-1`.
This splits `trans_result` into `control`, which contains the information
needed for temporary computation (hence when we don't necessarily know the
return value yet), and a new version of `trans_result` that includes `control`,
the previous `exps` list but replaced by a single `return` expression instead,
and a couple other values that made sense to move out of `control`. This allows
some flexibility in the frontend compared to enforcing exactly one return
expression always: if they are not known yet we stick to `control` instead (see
eg `compute_controls_to_parent`).
This creates more garbage temporary identifiers, however they do not show up in
the final cfg. Instead, we see that temporary IDs are now often not
consecutive...
The most painful complication is in the treatment of `DeclRefExpr`, which was
actually returning *two* expressions: the method name and the `this` object.
Now the method name is a separate (optional) field in `trans_result`.
Reviewed By: mbouaziz
Differential Revision: D7881088
fbshipit-source-id: 41ad3b5
7 years ago
|
|
|
val mk_trans_result :
|
|
|
|
?method_name:BuiltinDecl.t
|
|
|
|
-> ?is_cpp_call_virtual:bool
|
|
|
|
-> Exp.t * Typ.typ
|
|
|
|
-> control
|
[clang] enforce that `instruction` always returns one SIL expression
Summary:
Previously, the type of `trans_result` contained a list of SIL expressions.
However, most of the time we expect to get exactly one, and getting a different
number is a soft(!) error, usually returning `-1`.
This splits `trans_result` into `control`, which contains the information
needed for temporary computation (hence when we don't necessarily know the
return value yet), and a new version of `trans_result` that includes `control`,
the previous `exps` list but replaced by a single `return` expression instead,
and a couple other values that made sense to move out of `control`. This allows
some flexibility in the frontend compared to enforcing exactly one return
expression always: if they are not known yet we stick to `control` instead (see
eg `compute_controls_to_parent`).
This creates more garbage temporary identifiers, however they do not show up in
the final cfg. Instead, we see that temporary IDs are now often not
consecutive...
The most painful complication is in the treatment of `DeclRefExpr`, which was
actually returning *two* expressions: the method name and the `this` object.
Now the method name is a separate (optional) field in `trans_result`.
Reviewed By: mbouaziz
Differential Revision: D7881088
fbshipit-source-id: 41ad3b5
7 years ago
|
|
|
-> trans_result
|
|
|
|
|
|
|
|
val undefined_expression : unit -> Exp.t
|
|
|
|
|
[clang] enforce that `instruction` always returns one SIL expression
Summary:
Previously, the type of `trans_result` contained a list of SIL expressions.
However, most of the time we expect to get exactly one, and getting a different
number is a soft(!) error, usually returning `-1`.
This splits `trans_result` into `control`, which contains the information
needed for temporary computation (hence when we don't necessarily know the
return value yet), and a new version of `trans_result` that includes `control`,
the previous `exps` list but replaced by a single `return` expression instead,
and a couple other values that made sense to move out of `control`. This allows
some flexibility in the frontend compared to enforcing exactly one return
expression always: if they are not known yet we stick to `control` instead (see
eg `compute_controls_to_parent`).
This creates more garbage temporary identifiers, however they do not show up in
the final cfg. Instead, we see that temporary IDs are now often not
consecutive...
The most painful complication is in the treatment of `DeclRefExpr`, which was
actually returning *two* expressions: the method name and the `this` object.
Now the method name is a separate (optional) field in `trans_result`.
Reviewed By: mbouaziz
Differential Revision: D7881088
fbshipit-source-id: 41ad3b5
7 years ago
|
|
|
val collect_controls : Procdesc.t -> control list -> control
|
|
|
|
(** Collect the results of translating a list of instructions, and link up the nodes created. *)
|
|
|
|
|
[clang] enforce that `instruction` always returns one SIL expression
Summary:
Previously, the type of `trans_result` contained a list of SIL expressions.
However, most of the time we expect to get exactly one, and getting a different
number is a soft(!) error, usually returning `-1`.
This splits `trans_result` into `control`, which contains the information
needed for temporary computation (hence when we don't necessarily know the
return value yet), and a new version of `trans_result` that includes `control`,
the previous `exps` list but replaced by a single `return` expression instead,
and a couple other values that made sense to move out of `control`. This allows
some flexibility in the frontend compared to enforcing exactly one return
expression always: if they are not known yet we stick to `control` instead (see
eg `compute_controls_to_parent`).
This creates more garbage temporary identifiers, however they do not show up in
the final cfg. Instead, we see that temporary IDs are now often not
consecutive...
The most painful complication is in the treatment of `DeclRefExpr`, which was
actually returning *two* expressions: the method name and the `this` object.
Now the method name is a separate (optional) field in `trans_result`.
Reviewed By: mbouaziz
Differential Revision: D7881088
fbshipit-source-id: 41ad3b5
7 years ago
|
|
|
val collect_trans_results : Procdesc.t -> return:Exp.t * Typ.t -> trans_result list -> trans_result
|
|
|
|
|
|
|
|
val is_return_temp : continuation option -> bool
|
|
|
|
|
|
|
|
val mk_cond_continuation : continuation option -> continuation option
|
|
|
|
|
|
|
|
val define_condition_side_effects :
|
[clang] enforce that `instruction` always returns one SIL expression
Summary:
Previously, the type of `trans_result` contained a list of SIL expressions.
However, most of the time we expect to get exactly one, and getting a different
number is a soft(!) error, usually returning `-1`.
This splits `trans_result` into `control`, which contains the information
needed for temporary computation (hence when we don't necessarily know the
return value yet), and a new version of `trans_result` that includes `control`,
the previous `exps` list but replaced by a single `return` expression instead,
and a couple other values that made sense to move out of `control`. This allows
some flexibility in the frontend compared to enforcing exactly one return
expression always: if they are not known yet we stick to `control` instead (see
eg `compute_controls_to_parent`).
This creates more garbage temporary identifiers, however they do not show up in
the final cfg. Instead, we see that temporary IDs are now often not
consecutive...
The most painful complication is in the treatment of `DeclRefExpr`, which was
actually returning *two* expressions: the method name and the `this` object.
Now the method name is a separate (optional) field in `trans_result`.
Reviewed By: mbouaziz
Differential Revision: D7881088
fbshipit-source-id: 41ad3b5
7 years ago
|
|
|
Exp.t * Typ.t -> Sil.instr list -> Location.t -> (Exp.t * Typ.t) * Sil.instr list
|
|
|
|
|
|
|
|
val source_range_of_stmt : Clang_ast_t.stmt -> Clang_ast_t.source_range
|
|
|
|
|
|
|
|
val extract_stmt_from_singleton :
|
|
|
|
Clang_ast_t.stmt list -> Clang_ast_t.source_range -> string -> Clang_ast_t.stmt
|
|
|
|
|
|
|
|
val is_null_stmt : Clang_ast_t.stmt -> bool
|
|
|
|
|
|
|
|
val dereference_value_from_result :
|
|
|
|
?strip_pointer:bool -> Clang_ast_t.source_range -> Location.t -> trans_result -> trans_result
|
|
|
|
(** Given a [trans_result], create a temporary variable with dereferenced value of an expression
|
|
|
|
assigned to it *)
|
|
|
|
|
|
|
|
val cast_operation :
|
|
|
|
?objc_bridge_cast_kind:Clang_ast_t.obj_c_bridge_cast_kind
|
|
|
|
-> Clang_ast_t.cast_kind
|
|
|
|
-> Exp.t * Typ.t
|
|
|
|
-> Typ.t
|
|
|
|
-> Location.t
|
|
|
|
-> Sil.instr list * (Exp.t * Typ.t)
|
|
|
|
|
|
|
|
val trans_assertion : trans_state -> Location.t -> trans_result
|
|
|
|
|
|
|
|
val contains_opaque_value_expr : Clang_ast_t.stmt -> bool
|
|
|
|
|
|
|
|
val builtin_trans :
|
|
|
|
trans_state
|
|
|
|
-> Clang_ast_t.source_range
|
|
|
|
-> Location.t
|
|
|
|
-> trans_result list
|
|
|
|
-> Procname.t
|
|
|
|
-> trans_result option
|
|
|
|
|
|
|
|
val cxx_method_builtin_trans :
|
|
|
|
trans_state
|
|
|
|
-> Clang_ast_t.source_range
|
|
|
|
-> Location.t
|
|
|
|
-> trans_result list
|
|
|
|
-> Procname.t
|
|
|
|
-> trans_result option
|
|
|
|
|
|
|
|
val new_or_alloc_trans :
|
|
|
|
trans_state
|
|
|
|
-> Location.t
|
|
|
|
-> Clang_ast_t.stmt_info
|
|
|
|
-> Clang_ast_t.qual_type
|
|
|
|
-> Typ.Name.t option
|
|
|
|
-> string
|
|
|
|
-> trans_result
|
|
|
|
|
|
|
|
val cpp_new_trans :
|
|
|
|
Typ.IntegerWidths.t
|
|
|
|
-> Location.t
|
|
|
|
-> Typ.t
|
|
|
|
-> Exp.t option
|
|
|
|
-> (Exp.t * Typ.typ) list
|
|
|
|
-> trans_result
|
|
|
|
|
|
|
|
(** Module for creating cfg nodes and other utility functions related to them. *)
|
|
|
|
module Nodes : sig
|
|
|
|
val is_binary_assign_op : Clang_ast_t.binary_operator_info -> bool
|
|
|
|
|
|
|
|
val create_prune_node :
|
|
|
|
Procdesc.t
|
|
|
|
-> branch:bool
|
|
|
|
-> negate_cond:bool
|
|
|
|
-> Exp.t
|
|
|
|
-> Sil.instr list
|
|
|
|
-> Location.t
|
|
|
|
-> Sil.if_kind
|
|
|
|
-> Procdesc.Node.t
|
|
|
|
|
|
|
|
val is_true_prune_node : Procdesc.Node.t -> bool
|
|
|
|
end
|
|
|
|
|
|
|
|
(** priority_node is used to enforce some kind of policy for creating nodes in the cfg. Certain
|
|
|
|
elements of the AST _must_ create nodes therefore there is no need for them to use
|
|
|
|
priority_node. Certain elements instead need or need not to create a node depending of certain
|
|
|
|
factors. When an element of the latter kind wants to create a node it must claim priority first
|
|
|
|
(like taking a lock). priority can be claimes only when it is free. If an element of AST
|
|
|
|
succedes in claiming priority its id (pointer) is recorded in priority. After an element has
|
|
|
|
finished it frees the priority. In general an AST element E checks if an ancestor has claimed
|
|
|
|
priority. If priority is already claimed E does not have to create a node. If priority is free
|
|
|
|
then it means E has to create the node. Then E claims priority and release it afterward. *)
|
|
|
|
module PriorityNode : sig
|
|
|
|
type t = priority_node
|
|
|
|
|
|
|
|
val is_priority_free : trans_state -> bool
|
|
|
|
|
|
|
|
val try_claim_priority_node : trans_state -> Clang_ast_t.stmt_info -> trans_state
|
|
|
|
|
|
|
|
val force_claim_priority_node : trans_state -> Clang_ast_t.stmt_info -> trans_state
|
|
|
|
|
|
|
|
val own_priority_node : t -> Clang_ast_t.stmt_info -> bool
|
|
|
|
|
[clang] enforce that `instruction` always returns one SIL expression
Summary:
Previously, the type of `trans_result` contained a list of SIL expressions.
However, most of the time we expect to get exactly one, and getting a different
number is a soft(!) error, usually returning `-1`.
This splits `trans_result` into `control`, which contains the information
needed for temporary computation (hence when we don't necessarily know the
return value yet), and a new version of `trans_result` that includes `control`,
the previous `exps` list but replaced by a single `return` expression instead,
and a couple other values that made sense to move out of `control`. This allows
some flexibility in the frontend compared to enforcing exactly one return
expression always: if they are not known yet we stick to `control` instead (see
eg `compute_controls_to_parent`).
This creates more garbage temporary identifiers, however they do not show up in
the final cfg. Instead, we see that temporary IDs are now often not
consecutive...
The most painful complication is in the treatment of `DeclRefExpr`, which was
actually returning *two* expressions: the method name and the `this` object.
Now the method name is a separate (optional) field in `trans_result`.
Reviewed By: mbouaziz
Differential Revision: D7881088
fbshipit-source-id: 41ad3b5
7 years ago
|
|
|
val compute_controls_to_parent :
|
|
|
|
trans_state
|
|
|
|
-> Location.t
|
|
|
|
-> node_name:Procdesc.Node.stmt_nodekind
|
|
|
|
-> Clang_ast_t.stmt_info
|
|
|
|
-> control list
|
|
|
|
-> control
|
[clang] enforce that `instruction` always returns one SIL expression
Summary:
Previously, the type of `trans_result` contained a list of SIL expressions.
However, most of the time we expect to get exactly one, and getting a different
number is a soft(!) error, usually returning `-1`.
This splits `trans_result` into `control`, which contains the information
needed for temporary computation (hence when we don't necessarily know the
return value yet), and a new version of `trans_result` that includes `control`,
the previous `exps` list but replaced by a single `return` expression instead,
and a couple other values that made sense to move out of `control`. This allows
some flexibility in the frontend compared to enforcing exactly one return
expression always: if they are not known yet we stick to `control` instead (see
eg `compute_controls_to_parent`).
This creates more garbage temporary identifiers, however they do not show up in
the final cfg. Instead, we see that temporary IDs are now often not
consecutive...
The most painful complication is in the treatment of `DeclRefExpr`, which was
actually returning *two* expressions: the method name and the `this` object.
Now the method name is a separate (optional) field in `trans_result`.
Reviewed By: mbouaziz
Differential Revision: D7881088
fbshipit-source-id: 41ad3b5
7 years ago
|
|
|
(** Used by translation functions to handle potential cfg nodes. It connects nodes returned by the
|
|
|
|
translation of stmt children and deals with creating or not a cfg node depending of owning the
|
|
|
|
priority_node. It returns the [control] that should be passed to the parent. *)
|
|
|
|
|
|
|
|
val compute_results_to_parent :
|
|
|
|
trans_state
|
|
|
|
-> Location.t
|
|
|
|
-> node_name:Procdesc.Node.stmt_nodekind
|
|
|
|
-> Clang_ast_t.stmt_info
|
|
|
|
-> return:Exp.t * Typ.t
|
|
|
|
-> trans_result list
|
|
|
|
-> trans_result
|
[clang] enforce that `instruction` always returns one SIL expression
Summary:
Previously, the type of `trans_result` contained a list of SIL expressions.
However, most of the time we expect to get exactly one, and getting a different
number is a soft(!) error, usually returning `-1`.
This splits `trans_result` into `control`, which contains the information
needed for temporary computation (hence when we don't necessarily know the
return value yet), and a new version of `trans_result` that includes `control`,
the previous `exps` list but replaced by a single `return` expression instead,
and a couple other values that made sense to move out of `control`. This allows
some flexibility in the frontend compared to enforcing exactly one return
expression always: if they are not known yet we stick to `control` instead (see
eg `compute_controls_to_parent`).
This creates more garbage temporary identifiers, however they do not show up in
the final cfg. Instead, we see that temporary IDs are now often not
consecutive...
The most painful complication is in the treatment of `DeclRefExpr`, which was
actually returning *two* expressions: the method name and the `this` object.
Now the method name is a separate (optional) field in `trans_result`.
Reviewed By: mbouaziz
Differential Revision: D7881088
fbshipit-source-id: 41ad3b5
7 years ago
|
|
|
(** convenience wrapper around [compute_controls_to_parent] *)
|
|
|
|
|
|
|
|
val compute_result_to_parent :
|
|
|
|
trans_state
|
|
|
|
-> Location.t
|
|
|
|
-> node_name:Procdesc.Node.stmt_nodekind
|
|
|
|
-> Clang_ast_t.stmt_info
|
|
|
|
-> trans_result
|
|
|
|
-> trans_result
|
|
|
|
(** convenience function like [compute_results_to_parent] when there is a single [trans_result] to
|
|
|
|
consider *)
|
|
|
|
end
|
|
|
|
|
|
|
|
(** Module for translating goto instructions by keeping a map of labels. *)
|
|
|
|
module GotoLabel : sig
|
|
|
|
val find_goto_label : CContext.t -> string -> Location.t -> Procdesc.Node.t
|
|
|
|
end
|
|
|
|
|
|
|
|
(** Module that provides utility functions for translating different types of loops. *)
|
|
|
|
module Loops : sig
|
|
|
|
type loop_kind =
|
|
|
|
| For of
|
|
|
|
{ init: Clang_ast_t.stmt
|
|
|
|
; decl_stmt: Clang_ast_t.stmt
|
|
|
|
; condition: Clang_ast_t.stmt
|
|
|
|
; increment: Clang_ast_t.stmt
|
|
|
|
; body: Clang_ast_t.stmt }
|
|
|
|
| While of
|
|
|
|
{decl_stmt: Clang_ast_t.stmt option; condition: Clang_ast_t.stmt; body: Clang_ast_t.stmt}
|
|
|
|
| DoWhile of {condition: Clang_ast_t.stmt; body: Clang_ast_t.stmt}
|
|
|
|
|
|
|
|
val get_cond : loop_kind -> Clang_ast_t.stmt
|
|
|
|
|
|
|
|
val get_body : loop_kind -> Clang_ast_t.stmt
|
|
|
|
end
|
|
|
|
|
|
|
|
(** This module handles the translation of the variable self which is challenging because self is
|
|
|
|
used both as a variable in instance method calls and also as a type in class method calls. *)
|
|
|
|
module Self : sig
|
|
|
|
exception
|
|
|
|
SelfClassException of
|
|
|
|
{class_name: Typ.Name.t; position: Logging.ocaml_pos; source_range: Clang_ast_t.source_range}
|
|
|
|
|
|
|
|
val add_self_parameter_for_super_instance :
|
|
|
|
Clang_ast_t.stmt_info
|
|
|
|
-> CContext.t
|
|
|
|
-> Procname.t
|
|
|
|
-> Location.t
|
|
|
|
-> Clang_ast_t.obj_c_message_expr_info
|
|
|
|
-> trans_result option
|
|
|
|
|
|
|
|
val is_var_self : Pvar.t -> bool -> bool
|
|
|
|
end
|
|
|
|
|
|
|
|
val is_logical_negation_of_int :
|
|
|
|
Tenv.t -> Clang_ast_t.expr_info -> Clang_ast_t.unary_operator_info -> bool
|
[clang] enforce that `instruction` always returns one SIL expression
Summary:
Previously, the type of `trans_result` contained a list of SIL expressions.
However, most of the time we expect to get exactly one, and getting a different
number is a soft(!) error, usually returning `-1`.
This splits `trans_result` into `control`, which contains the information
needed for temporary computation (hence when we don't necessarily know the
return value yet), and a new version of `trans_result` that includes `control`,
the previous `exps` list but replaced by a single `return` expression instead,
and a couple other values that made sense to move out of `control`. This allows
some flexibility in the frontend compared to enforcing exactly one return
expression always: if they are not known yet we stick to `control` instead (see
eg `compute_controls_to_parent`).
This creates more garbage temporary identifiers, however they do not show up in
the final cfg. Instead, we see that temporary IDs are now often not
consecutive...
The most painful complication is in the treatment of `DeclRefExpr`, which was
actually returning *two* expressions: the method name and the `this` object.
Now the method name is a separate (optional) field in `trans_result`.
Reviewed By: mbouaziz
Differential Revision: D7881088
fbshipit-source-id: 41ad3b5
7 years ago
|
|
|
|
|
|
|
val mk_fresh_void_exp_typ : unit -> Exp.t * Typ.t
|
|
|
|
|
|
|
|
val mk_fresh_void_id_typ : unit -> Ident.t * Typ.t
|
|
|
|
|
|
|
|
val mk_fresh_void_return : unit -> (Ident.t * Typ.t) * (Exp.t * Typ.t)
|
|
|
|
|
|
|
|
val last_or_mk_fresh_void_exp_typ : (Exp.t * Typ.t) list -> Exp.t * Typ.t
|