pghs975uc
/
infer_clone
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
Branches Tags
${ item.name }
Create tag ${ searchTerm }
Create branch ${ searchTerm }
from 'ec118e62a7'
${ noResults }
infer_clone/infer/tests/codetoanalyze/cpp/frontend/globals/initializer.cpp.dot

26 lines
2.4 KiB
Raw Normal View History Unescape

[clang] translate global var initializers Summary: Create dummy functions representing the initializers of global variables. This is so we can implement checks in the backend that can look at the initializer expressions of global variables. We try not to create these dummy functions when the initializer is not present, although for some reason we sometimes end up with empty initializers. Also add source file info to global variables in the backend (Pvar.re). Reviewed By: sblackshear Differential Revision: D3780238 fbshipit-source-id: 2dca87e
8 years ago
/* @generated */
digraph iCFG {
[infer][PR] [C/C++] Encode filename into the Procname of global initializers Summary: This resolves #796 . Effectively it adds file specific suffix to name of all global initializers (so initializersof two global variable of the same name will have unique Typ.Procname). which is the same rule as currently used by constructing Procname for the static functions. However this change applies to initializers of all global variables and not just static (arguably it's a right thing. since GCC used to allow multiple global variables with the same name). Consequences of this change that it becomes impossible to know name of generated initialization function of global ('extern') variables. However get_initializer_pname function is only referenced by the frontend (when creating initializer for the defined global variables) and by the SIOF checker. Closes https://github.com/facebook/infer/pull/801 Reviewed By: jvillard Differential Revision: D6335034 Pulled By: dulmarod fbshipit-source-id: 1a92c08
7 years ago
"__infer_globals_initializer_x#346c89dda90b0be6289346ddbf0528bc.83245b9f254e67fb6f879cc1e35a1bb1_1" [label="1: Start __infer_globals_initializer_x\nFormals: \nLocals: \n DECLARE_LOCALS(&return); [line 14, column 1]\n " color=yellow style=filled]
[clang] translate global var initializers Summary: Create dummy functions representing the initializers of global variables. This is so we can implement checks in the backend that can look at the initializer expressions of global variables. We try not to create these dummy functions when the initializer is not present, although for some reason we sometimes end up with empty initializers. Also add source file info to global variables in the backend (Pvar.re). Reviewed By: sblackshear Differential Revision: D3780238 fbshipit-source-id: 2dca87e
8 years ago
[infer][PR] [C/C++] Encode filename into the Procname of global initializers Summary: This resolves #796 . Effectively it adds file specific suffix to name of all global initializers (so initializersof two global variable of the same name will have unique Typ.Procname). which is the same rule as currently used by constructing Procname for the static functions. However this change applies to initializers of all global variables and not just static (arguably it's a right thing. since GCC used to allow multiple global variables with the same name). Consequences of this change that it becomes impossible to know name of generated initialization function of global ('extern') variables. However get_initializer_pname function is only referenced by the frontend (when creating initializer for the defined global variables) and by the SIOF checker. Closes https://github.com/facebook/infer/pull/801 Reviewed By: jvillard Differential Revision: D6335034 Pulled By: dulmarod fbshipit-source-id: 1a92c08
7 years ago
"__infer_globals_initializer_x#346c89dda90b0be6289346ddbf0528bc.83245b9f254e67fb6f879cc1e35a1bb1_1" -> "__infer_globals_initializer_x#346c89dda90b0be6289346ddbf0528bc.83245b9f254e67fb6f879cc1e35a1bb1_3" ;
"__infer_globals_initializer_x#346c89dda90b0be6289346ddbf0528bc.83245b9f254e67fb6f879cc1e35a1bb1_2" [label="2: Exit __infer_globals_initializer_x \n " color=yellow style=filled]
[clang] translate global var initializers Summary: Create dummy functions representing the initializers of global variables. This is so we can implement checks in the backend that can look at the initializer expressions of global variables. We try not to create these dummy functions when the initializer is not present, although for some reason we sometimes end up with empty initializers. Also add source file info to global variables in the backend (Pvar.re). Reviewed By: sblackshear Differential Revision: D3780238 fbshipit-source-id: 2dca87e
8 years ago
[infer][PR] [C/C++] Encode filename into the Procname of global initializers Summary: This resolves #796 . Effectively it adds file specific suffix to name of all global initializers (so initializersof two global variable of the same name will have unique Typ.Procname). which is the same rule as currently used by constructing Procname for the static functions. However this change applies to initializers of all global variables and not just static (arguably it's a right thing. since GCC used to allow multiple global variables with the same name). Consequences of this change that it becomes impossible to know name of generated initialization function of global ('extern') variables. However get_initializer_pname function is only referenced by the frontend (when creating initializer for the defined global variables) and by the SIOF checker. Closes https://github.com/facebook/infer/pull/801 Reviewed By: jvillard Differential Revision: D6335034 Pulled By: dulmarod fbshipit-source-id: 1a92c08
7 years ago
"__infer_globals_initializer_x#346c89dda90b0be6289346ddbf0528bc.83245b9f254e67fb6f879cc1e35a1bb1_3" [label="3: DeclStmt \n n$0=_fun_foo() [line 14, column 16]\n *&#GB<codetoanalyze/cpp/frontend/globals/initializer.cpp>$x:int=(n$0 + 5) [line 14, column 1]\n " shape="box"]
[clang] translate global var initializers Summary: Create dummy functions representing the initializers of global variables. This is so we can implement checks in the backend that can look at the initializer expressions of global variables. We try not to create these dummy functions when the initializer is not present, although for some reason we sometimes end up with empty initializers. Also add source file info to global variables in the backend (Pvar.re). Reviewed By: sblackshear Differential Revision: D3780238 fbshipit-source-id: 2dca87e
8 years ago
[infer][PR] [C/C++] Encode filename into the Procname of global initializers Summary: This resolves #796 . Effectively it adds file specific suffix to name of all global initializers (so initializersof two global variable of the same name will have unique Typ.Procname). which is the same rule as currently used by constructing Procname for the static functions. However this change applies to initializers of all global variables and not just static (arguably it's a right thing. since GCC used to allow multiple global variables with the same name). Consequences of this change that it becomes impossible to know name of generated initialization function of global ('extern') variables. However get_initializer_pname function is only referenced by the frontend (when creating initializer for the defined global variables) and by the SIOF checker. Closes https://github.com/facebook/infer/pull/801 Reviewed By: jvillard Differential Revision: D6335034 Pulled By: dulmarod fbshipit-source-id: 1a92c08
7 years ago
"__infer_globals_initializer_x#346c89dda90b0be6289346ddbf0528bc.83245b9f254e67fb6f879cc1e35a1bb1_3" -> "__infer_globals_initializer_x#346c89dda90b0be6289346ddbf0528bc.83245b9f254e67fb6f879cc1e35a1bb1_2" ;
"__infer_globals_initializer_y#346c89dda90b0be6289346ddbf0528bc.e7d659d11156f551397be6d5db27f31c_1" [label="1: Start __infer_globals_initializer_y\nFormals: \nLocals: \n DECLARE_LOCALS(&return); [line 15, column 1]\n " color=yellow style=filled]
[clang] translate global var initializers Summary: Create dummy functions representing the initializers of global variables. This is so we can implement checks in the backend that can look at the initializer expressions of global variables. We try not to create these dummy functions when the initializer is not present, although for some reason we sometimes end up with empty initializers. Also add source file info to global variables in the backend (Pvar.re). Reviewed By: sblackshear Differential Revision: D3780238 fbshipit-source-id: 2dca87e
8 years ago
[infer][PR] [C/C++] Encode filename into the Procname of global initializers Summary: This resolves #796 . Effectively it adds file specific suffix to name of all global initializers (so initializersof two global variable of the same name will have unique Typ.Procname). which is the same rule as currently used by constructing Procname for the static functions. However this change applies to initializers of all global variables and not just static (arguably it's a right thing. since GCC used to allow multiple global variables with the same name). Consequences of this change that it becomes impossible to know name of generated initialization function of global ('extern') variables. However get_initializer_pname function is only referenced by the frontend (when creating initializer for the defined global variables) and by the SIOF checker. Closes https://github.com/facebook/infer/pull/801 Reviewed By: jvillard Differential Revision: D6335034 Pulled By: dulmarod fbshipit-source-id: 1a92c08
7 years ago
"__infer_globals_initializer_y#346c89dda90b0be6289346ddbf0528bc.e7d659d11156f551397be6d5db27f31c_1" -> "__infer_globals_initializer_y#346c89dda90b0be6289346ddbf0528bc.e7d659d11156f551397be6d5db27f31c_3" ;
"__infer_globals_initializer_y#346c89dda90b0be6289346ddbf0528bc.e7d659d11156f551397be6d5db27f31c_2" [label="2: Exit __infer_globals_initializer_y \n " color=yellow style=filled]
[clang] translate global var initializers Summary: Create dummy functions representing the initializers of global variables. This is so we can implement checks in the backend that can look at the initializer expressions of global variables. We try not to create these dummy functions when the initializer is not present, although for some reason we sometimes end up with empty initializers. Also add source file info to global variables in the backend (Pvar.re). Reviewed By: sblackshear Differential Revision: D3780238 fbshipit-source-id: 2dca87e
8 years ago
[infer][PR] [C/C++] Encode filename into the Procname of global initializers Summary: This resolves #796 . Effectively it adds file specific suffix to name of all global initializers (so initializersof two global variable of the same name will have unique Typ.Procname). which is the same rule as currently used by constructing Procname for the static functions. However this change applies to initializers of all global variables and not just static (arguably it's a right thing. since GCC used to allow multiple global variables with the same name). Consequences of this change that it becomes impossible to know name of generated initialization function of global ('extern') variables. However get_initializer_pname function is only referenced by the frontend (when creating initializer for the defined global variables) and by the SIOF checker. Closes https://github.com/facebook/infer/pull/801 Reviewed By: jvillard Differential Revision: D6335034 Pulled By: dulmarod fbshipit-source-id: 1a92c08
7 years ago
"__infer_globals_initializer_y#346c89dda90b0be6289346ddbf0528bc.e7d659d11156f551397be6d5db27f31c_3" [label="3: DeclStmt \n n$0=*&#GB<codetoanalyze/cpp/frontend/globals/initializer.cpp>$x:int [line 15, column 16]\n n$1=*&#GB<codetoanalyze/cpp/frontend/globals/initializer.cpp>$z:int [line 15, column 20]\n *&#GB<codetoanalyze/cpp/frontend/globals/initializer.cpp>$y:int=((n$0 + n$1) + 1) [line 15, column 1]\n " shape="box"]
[clang] translate global var initializers Summary: Create dummy functions representing the initializers of global variables. This is so we can implement checks in the backend that can look at the initializer expressions of global variables. We try not to create these dummy functions when the initializer is not present, although for some reason we sometimes end up with empty initializers. Also add source file info to global variables in the backend (Pvar.re). Reviewed By: sblackshear Differential Revision: D3780238 fbshipit-source-id: 2dca87e
8 years ago
[infer][PR] [C/C++] Encode filename into the Procname of global initializers Summary: This resolves #796 . Effectively it adds file specific suffix to name of all global initializers (so initializersof two global variable of the same name will have unique Typ.Procname). which is the same rule as currently used by constructing Procname for the static functions. However this change applies to initializers of all global variables and not just static (arguably it's a right thing. since GCC used to allow multiple global variables with the same name). Consequences of this change that it becomes impossible to know name of generated initialization function of global ('extern') variables. However get_initializer_pname function is only referenced by the frontend (when creating initializer for the defined global variables) and by the SIOF checker. Closes https://github.com/facebook/infer/pull/801 Reviewed By: jvillard Differential Revision: D6335034 Pulled By: dulmarod fbshipit-source-id: 1a92c08
7 years ago
"__infer_globals_initializer_y#346c89dda90b0be6289346ddbf0528bc.e7d659d11156f551397be6d5db27f31c_3" -> "__infer_globals_initializer_y#346c89dda90b0be6289346ddbf0528bc.e7d659d11156f551397be6d5db27f31c_2" ;
[clang] translate global var initializers Summary: Create dummy functions representing the initializers of global variables. This is so we can implement checks in the backend that can look at the initializer expressions of global variables. We try not to create these dummy functions when the initializer is not present, although for some reason we sometimes end up with empty initializers. Also add source file info to global variables in the backend (Pvar.re). Reviewed By: sblackshear Differential Revision: D3780238 fbshipit-source-id: 2dca87e
8 years ago
}