Table Of Contents

Previous topic

4. Editing Files

Next topic

6. Project Handling

This Page

5. Source Navigation

5.1. Support for Cross-References

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 compile your project first before being able to navigate. 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:

Ada

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.

C/C++

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.

5.1.1. Ada xrefs heuristics

GPS is able to provide some basic navigation support for Ada, C and C++ sources in the absence of information coming from the compiler. It uses a built-in parser, parsing the files at startup and everytime they are modified. This provides basic 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.

5.1.2. The xref database

GPS parses the cross-reference information generated by the compiler (the .ali and .gli files into an sqlite database. This database can become quite big, and should preferrably be on a fast local disk.

By default, GPS will place this database in the object directory of the root project that is currently loaded. You can override this choice by adding an attribute Xref_Database in the IDE package of your project file. This attribute can be either an absolute path, or a path relative to the location of the project file itself

We recommend that this path be specific to each user, and to each project this user might be working on, as in the following examples:

--  assume this is in /home/user1/work/default.gpr
project Default is
   for Object_Dir use "obj";

   package IDE is
      for Xref_Database use "xref_database.db";
      --  This would be /home/user1/work/xref_database.db

      for Xref_Database use Project'Object_Dir & "/xref_database.db";
      --  This would be /home/user1/work/obj/xref_database.db
      --  This is the default when this attribute is not specified

      for Xref_Database use external("HOME") & "/prj1/database.db";
      --  This would be /home/user1/prj1/database.db
   end IDE;
end Default;

One of the drawbacks in altering the default location is that gprclean will not be able to remove this database when you clean your project.

On the other hand, it might speed up your system if you can put the database on a fast local disk.

5.2. The Navigate Menu

Navigate ‣ Find or Replace...
Open the find and replace dialog. Searching and Replacing.
Navigate ‣ Find Next
Find next occurrence of the current search. Searching and Replacing.
Navigate ‣ Find Previous
Find previous occurrence of the current search. Searching and Replacing.
Navigate ‣ Find All References
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.
Navigate ‣ Goto declaration
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.
Navigate ‣ Goto body
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.
Navigate ‣ Goto matching delimiter
Go to the delimiter matching the one right before (for a closing delimiter) or right after (for an opening delimiter) the cursor if any.
Navigate ‣ Goto line
Open a dialog where you can type a line number, in order to jump to a specific location in the current source editor. This feature is also available by clicking on the location at the bottom of editors.
Navigate ‣ Goto entity
Moves the focus to the The omni-search window. You can the enter the name (or part of the name) for any entity defined in your project, and clicking on one of the results will take you to its declaration.
Navigate ‣ Goto file spec<->body

Open the corresponding spec file if the current edited file is a body file, or body file otherwise. 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

Navigate ‣ Start of statement
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.
Navigate ‣ End of 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.
Navigate ‣ Previous subprogram
Move the current cursor position to the start of the previous procedure, function, task, protected record or entry.
Navigate ‣ Next subprogram
Move the current cursor position to the start of the next procedure, function, task, protected record or entry.
Navigate ‣ Previous tag
Go to previous tag/location. The Locations view.
Navigate ‣ Next tag
Go to next tag/location. The Locations view.
Navigate ‣ Back
Everytime you use one of the navigation feature in GPS, GPS will first store the current location in a history, and then move the focus to another part of the editor or to another editor. This menu allows you to navigate backward in the history, and thus go to the location you were previously viewing.
Navigate ‣ Forward
Moves forward in the history of locations.

5.3. Contextual Menus for Source Navigation

This contextual menu is available from any source editor. If you right click on an entity, or first select text, the contextual menu will apply to this selection or entity.

Goto declaration of *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.
Goto declarations of *entity*
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.
Goto full declaration of *entity*
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.
Goto type declaration of *entity*
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.
Display type hierarchy for *entity*
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.
Goto body of *entity*
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.
Goto bodies of *entity*
This is similar to Goto declarations of, but applies to the bodies of the entities.
Goto file spec/body
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.
*Entity* calls
Display a list of all subprograms called by entity in a tree view. This is generally more convenient than using the corresponding Browsers/ submenu if you expect lots of references, The Call trees view and Callgraph browser.
*Entity* is called by
Display a list of all subprograms calling entity in a tree view. This is generally more convenient than using the correponding Browsers/ submenu if you expect lots of references, The Call trees view and Callgraph browser.
References ‣ Find all references
Find all references to entity in all the files in the project.
References ‣ Find all references...

This menu is similar to the one above, except it is possible to select more precisely what kind of reference should be displayed. It is also possible to indicate the scope of the search, and whether the context (or caller) at each reference should be displayed.

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 or method, 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.

References ‣ Find all local references to *entity*
Find all references to entity in the current file (or in the current top level unit for Ada sources).
References ‣ Variables used in *entity*
Find all variables (local or global) used in entity and list each first reference in the locations window.
References ‣ Non Local variables used in *entity*
Find all non-local variables used in the entity.
References ‣ Methods of *entity*
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 or methods of that type, and you can therefore easily jump to the declaration of any of these operations.
Browsers ‣ *Entity* calls
Open or raise the call graph browser on the specified entity and display all the subprograms called by entity. Callgraph browser.
Browsers ‣ *Entity* calls (recursively)
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). Callgraph browser.
*Entity* is called by
Open or raise the call graph browser on the specified entity and display all the subprograms calling entity. Callgraph browser.
Expanded code
Present for Ada files only. This menu generates a .dg file using your gnat compiler (using the :index:-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.
Expanded code ‣ Show subprogram
Display expanded code for the current subprogram in the current editor.
Expanded code ‣ Show file
Display expanded code for the current file in the current editor.
Expanded code ‣ Show in separate editor
Display expanded code for the current file in a new editor.
Expanded code ‣ Clear

Remove expanded code from the current editor.

For Ada files only, this entry will generate, and will open this file at the location corresponding to the current source line.

Open *filename*
When you click on a filename (for instance a C’ #include, or an error message in a log file), this menu gives you a way to open the corresponding file. If the file name was followed by ”:” and a line number, the corresponding line is activated.

5.5. Highlighting dispatching calls

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.