Hi Pedro, You recently made a change to require that minimal symbols be cast in order to be printed. This is causing some unexpected side-effects in Ada. The most visible is with exception catchpoints. Consider any Ada program, trying to insert a catchpoint on a specific exception now fails: $ (gdb) catch exception constraint_error warning: failed to reevaluate internal exception condition for catchpoint 0: 'constraint_error' has unknown type; cast it to its declared type I suspect people using the version of GNAT produced by distribution makes such as RedHat probably cannot reproduce the issue, as I understand the compiler is built with a runtime with full debugging information, whereas the version AdaCore distributes only provides debugging info for the few units where we need it. Another way to show the same issue is to just print constraint_error: (gdb) p constraint_error 'constraint_error' has unknown type; cast it to its declared type And unfortunately, the Ada equivalent of casting does not work either: (gdb) print integer(constraint_error) 'constraint_error' has unknown type; cast it to its declared type But even if casting were working, should we really also require a case in a situation like this? (gdb) p constraint_error'address $2 = (system.address) 0x62c960 Unlike C, 'address returns an object of type system.address, which is the equivalent of "void *" in C. For minimal symbols other that integers, the way people typically dump them is by doing something like that: (gdb) print {my_type} minsym'address I looked at the patch series that introduced that change, and I see where you are coming from, but I am wondering if we should be doing the same for Ada or not. I think Ada users are a lot less used to casting (case in point, it took quite a while, even for myself, to remember what the syntax was), and I fear this is not going to be well received by the users. What do you think? Attached is a prototype patch which implements the original behavior for Ada expressions. It fixes the failures in exception catchpoints without introducing any regresssion (x86_64-linux). Thanks! -- Joel