Enter search terms or a module, class or function name.
GPS provides cross-reference navigation for program entities, such as types, procedures, functions, variables, ..., defined in your application. The cross-reference support in GPS relies on the compiler generated xref information, which means that you need to either compile your project first before being able to navigate, or use the menu Build->Recompute Xref info. Similarly when your sources have been modified, you need to rebuild and recompute xref information so that your changes are taken into account.
Here are language specific information about source navigation:
The GNAT compiler is used to generate the cross-references information needed by GPS by default, unless you are using the -gnatD or -gnatx switches, in which case no cross reference information will be available.
If you need to navigate through sources that do not compile (e.g after modifications, or while porting an application), GNAT can still generate partial cross-reference information if you specify the -gnatQ compilation option. Along with the -k option of gnatmake, it is then possible to generate as much relevant information as possible for your non compilable sources.
There are a few special cases where GPS cannot find the external file (called ALI file) that contains the cross-reference information. Most likely, this is either because you haven’t compiled your sources yet, or because the source code has changed since the ALI file was generated.
It could also be that you haven’t included in the project the object directories that contain the ALI files.
In addition, one special case cannot be handled automatically. This is for separate units, whose file names have been crunched through the gnatkr command. To handle this, you should force GPS to parse all the ALI files in the appropriate object directory. This is done by right-clicking on the object directory in the project view (left-side panel on the main window), and selecting the menu “Parse all xref information”.
The GCC C and C++ compilers that come with GNAT need to be used to generate the cross-references information needed by GPS, via the -fdump-xref switch. This means that you need to first add the -fdump-xref switch to your project’s switches for C and C++ sources, and compile your application before you browse through the cross-references or view various graphs in GPS. If sources have been modified, you should recompile the modified files.
The cross-reference information, as mentioned above, is generated either by the compiler when you recompile your sources, or explicitly when you select the menu Build->Recompute Xref info.
This information will be loaded in memory automatically by GPS when it needs it, and as little as possible, to limit the memory footprint. However, this means that some operations, for instance searching for all the references to a global entity, will need to parse most, if not all, of the cross-reference information. This will slow done the search the first time (and then the information is in memory and the search is fast, unless the cross-reference information has been regenerated on the disk).
You can select the menu Build->Load xref info in memory to force GPS to load all the available information immediately in memory. This will speed up future queries.
Note that GPS always loads all xref information for C and C++ sources in order to provide accurate source navigation, so this menu is mainly relevant for Ada sources.
A preference can be set to have GPS load the cross-information automatically on startup, The Preferences Dialog.
GPS is able to provide some basic navigation support for Ada sources in the absence of information coming from the compiler. It uses a built-in Ada parser parsing the Ada files at startup and allowing navigation in simple cases.
In this mode, GPS is able to navigate to an entity body from the declaration, and to an entity declaration from the body. In case of other references, GPS will navigate to the declaration on simple cases, namely if the heuristics provide an information without ambiguity. In particular, it may not work with overloaded entities.
These heuristics are not used in global reference searching operations or call graphs.
Note that this parser is also used to provide the Ada outline view, code completion and entity view.
Open the find and replace dialog. Searching and Replacing.
Find next occurrence of the current search. Searching and Replacing.
Find previous occurrence of the current search. Searching and Replacing.
Find all the references to the current entity in the project. The search is based on the semantic information extracted from the sources, this is not a simple text search. The result of the search is displayed in the location window, see The Locations View.
Go to the declaration/spec of the current entity. The current entity is determined by the word located around the cursor. This item is also accessible through the editor’s contextual menu directly. This capability requires the availability of cross-reference information. Support for Cross-References.
Go to the body/implementation of the current entity. If the current entity is the declaration of an Ada subprogram imported from C it goes to the location where the C function is defined. This item is also accessible through the editor’s contextual menu directly. This capability requires the availability of cross-reference information. Support for Cross-References.
Go to the delimiter matching the one right before (for a closing delimiter) or right after (for an opening delimiter) the cursor if any.
Open a dialog where you can type a line number, in order to jump to a specific location in the current source editor.
Open a dialog allowing browsing of the entities loaded in the project. This dialog functions similarly to The Entity View.
Open the corresponding spec file if the current edited file is a body file, or body file otherwise. This option is only available for the Ada language. This item is also accessible through the editor’s contextual menu
This capability requires support for cross-references. This item is also accessible through the editor’s contextual menu
Move the cursor position to the start of the current statement, move to the start of the enclosing statement if the cursor position is already at the start of the statement.
Move the current cursor position to the end of the statement, move to the end of the enclosing statement if the cursor position is already at the end of the statement.
Move the current cursor position to the start of the previous procedure, function, task, protected record or entry.
Move the current cursor position to the start of the next procedure, function, task, protected record or entry.
Go to previous tag/location. The Locations View.
Go to next tag/location. The Locations View.
Go to previous location.
Go to next location.
This contextual menu is available from any source editor. If you right click over an entity, or first select text, the contextual menu will apply to this selection or entity.
Go to the declaration/spec of entity. The current entity is determined by the word located around the cursor or by the current selection if any. This capability requires support for cross-references.
This contextual menu appears for a private or limited private types. Go to the full declaration/spec of entity. The current entity is determined by the word located around the cursor or by the current selection if any. This capability requires support for cross-references.
Go to the type declaration of entity. The current entity is determined by the word located around the cursor or by the current selection if any. This capability requires support for cross-references.
This contextual menu appears for derived or access types. Output the type hierarchy for entity into the location view. The current entity is determined by the word located around the cursor or by the current selection if any. This capability requires support for cross-references.
Go to the body/implementation of entity. If entity is the declaration of an Ada subprogram imported from C it goes to the the location where the C function is defined. This capability requires support for cross-references.
This contextual menu appears when you are clicking on a subprogram call that is a dispatching call. In such a case, there is no possibility for GPS to know what subprogram will actually be called at run time, since that depends on dynamic information. It therefore gives you a list of all entities in the tagged type hierarchy, and lets you choose which of the declarations you want to jump to. See also the methods.py plug-in (enabled by default) which, given an object, lists all its primitive operations in a contextual menu so that you can easily jump to them. See also the contextual menu References/Find References To... which allows you to find all calls to a subprogram or to one of its overriding subprograms.
This is similar to Goto declarations of, but applies to the bodies of the entities.
Open the corresponding spec file if the current edited file is a body file, or body file otherwise. This option is only available for the Ada language.
This item gives access to different capabilities related to listing or displaying references to the current entity or selection.
Find all references to entity in all the files in the project.
This menu is similar to the one above, except it is possible to select more precisely what kind of reference should be selected. It is also possible to indicate the scope of the search, and whether the context (or caller) at each reference should be displayed. Computing the caller information will take slightly longer though.
This dialog has an option Include overriding and overriden operations, which, when activated, will include references to overriden or overriding entities of the one you selected.
This is particularly useful when you are wondering whether you can easily modify the profile of a primitive operation, since you can then see what other entities will also be impacted. If you select only the declaration check box, you will see the list of all related primitive operations.
This dialog also allows you to find out which entities are imported from a given file/unit. Click on any entity from that file (for instance on the with line for Ada code), then select the All entities imported from same file toggle button. This will display in the location window the list of all entities imported from the same file as the entity selected.
In addition, if you have selected the Show context option, you will get a list of all the exact references to these entities within the file. Otherwise, you just get a pointer to the declaration of the imported entities.
Find all references to entity in the current file (or in the current top level unit for Ada sources). details.
Find all variables (local or global) used in entity and list each first reference in the locations window.
This submenu is only visible if you have activated the plug-in methods.py (which is the case by default), and when you click on a tagged type or an instance of a tagged type. This menu lists all the primitive operations of that type, and you can therefore easily jump to the declaration of any of these operations.
This item gives access to graph representations of callers and callees for subprograms.
Open or raise the call graph browser on the specified entity and display all the subprograms called by entity. Call Graph.
Open or raise the call graph browser on the specified entity and display all the subprograms called by entity, transitively for all subprograms. Since this can take a long time to compute and generate a very large graph, an intermediate dialog is displayed to limit the number of subprograms to display (1000 by default). Call Graph.
Open or raise the call graph browser on the specified entity and display all the subprograms calling entity. Call Graph.
Note that this capability requires a global look up in the project cross-references, which may take a significant amount of time the first time. After a global look up, information is cached in memory, so that further global queries will be faster.
Present for Ada files only. This menu generates a .dg file using your gnat compiler (using the -gnatGL switch) and displays the expanded code. This can be useful when investigating low-level issues and tracing precisely how the source code is transformed by the GNAT front-end.
For Ada files only, this entry will generate, and will open this file at the location corresponding to the current source line.
When the Control key is pressed and you start moving the mouse, entities in the editors under the mouse cursor become hyperlinks and the mouse cursor aspect changes.
Left-clicking on a reference to an entity will open a source editor on the declaration of this entity, and left-clicking on an entity declaration will open an editor on the implementation of this entity.
Left-clicking on the Ada declaration of a subprogram imported from C will open a source editor on the definition of the corresponding C entity. This capability requires support for cross-references.
Clicking with the middle button on either a reference to an entity or the declaration of an entity will jump directly to the implementation or type completion) of this entity.
Note that for efficiency, GPS may create hyperlinks for some entities which have no associated cross reference. In this case, clicking will have no effect, even though an hyperlink may have been displayed.
This behavior is controlled by the Hyper links preference.
Dispatching calls in Ada and C++ source code are highlighted by default in GPS via the dispatching.py plug-in.
Based on the cross-reference information, this plug-in will highlight (with a special color that you can configure in the preferences dialog) all calls that are dispatching (or calls to virtual methods in C++). A dispatching call, in Ada, is a subprogram call where the actual subprogram that is called is not known until run time, and is chosen based on the tag of the object (so this of course only exists when you are using object-oriented programming).
To disable this highlighting (which might sometimes be slow if you are using big sources, even though the highlighting itself is done in the background), you can go to the /Tools/Plug-ins menu, and disable the dispatching.py plug-in.