[Bug ada/113351] New: Primitive renaming, error: too many arguments in call.

[Bug ada/113351] New: Primitive renaming, error: too many arguments in call.

[p.p11 at orange dot fr]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113351

            Bug ID: 113351
           Summary: Primitive renaming, error: too many arguments in call.
           Product: gcc
           Version: 13.2.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: ada
          Assignee: unassigned at gcc dot gnu.org
          Reporter: p.p11 at orange dot fr
                CC: dkm at gcc dot gnu.org
  Target Milestone: ---

Created attachment 57050
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57050&action=edit
Reproducer.

Let's define:
   package Loggings is
      type Logging is tagged record
         Output : Ada.Text_IO.File_Access;
      end record;
      procedure Log (Handler : Logging; Msg : String);
      procedure Log (Handler : Logging; Msg : String; Err : Natural);
   end Loggings;
and declare:
   My_Handler         : aliased Loggings.Logging      := (Output =>
Ada.Text_IO.Current_Output);
   My_Generic_Handler : access Loggings.Logging'Class := My_Handler'Access;
   procedure My_Log_3 (Msg : String) renames My_Generic_Handler.Log;
   procedure My_Log_4 (Msg : String; Err : Natural) renames
My_Generic_Handler.Log; -- error: too many arguments in call

Result with GNAT 13.2.0:
test_20240110_renproc.adb:48:14: error: too many arguments in call to "log"

Expected result:
No error for My_Log_4 renaming declaration as for My_Log_3.

Discussion on CLA:
https://groups.google.com/g/comp.lang.ada/c/wpjZmaqmLrk/m/of81pnmeAQAJ

[Bug ada/113351] error on primitive renaming: too many arguments in call

[ebotcazou at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113351

Eric Botcazou <ebotcazou at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |ebotcazou at gcc dot gnu.org
            Summary|Primitive renaming, error:  |error on primitive
                   |too many arguments in call. |renaming: too many
                   |                            |arguments in call
             Status|UNCONFIRMED                 |WAITING
   Last reconfirmed|                            |2024-01-19
     Ever confirmed|0                           |1

--- Comment #1 from Eric Botcazou <ebotcazou at gcc dot gnu.org> ---
Same errors as the other:

test_20240110_renproc.adb:31:24: error: no selector "Put_Line" for private type
"Ada.Text_Io.File_Type"
test_20240110_renproc.adb:35:24: error: no selector "Put_Line" for private type
"Ada.Text_Io.File_Type"
test_20240110_renproc.adb:40:24: error: no selector "Put_Line" for private type
"Ada.Text_Io.File_Type"

[Bug ada/113351] error on primitive renaming: too many arguments in call

[p.p11 at orange dot fr]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113351

Pascal Pignard <p.p11 at orange dot fr> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #57050|0                           |1
        is obsolete|                            |

--- Comment #2 from Pascal Pignard <p.p11 at orange dot fr> ---
Created attachment 57173
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57173&action=edit
Reproducer version 2.

Actually, the special -gnatX is needed.
I was experimenting some new features from AdaCore.
Any way, nothing related with the issue, thus, I post a version 2:
(Note: one change from reproducer of Bug 113350 -> uncomment line 36.)

% gnatmake test_20240110_renproc_2.adb
gcc -c test_20240110_renproc_2.adb
test_20240110_renproc_2.adb:36:14: error: too many arguments in call to "log"

[Bug ada/113351] error on primitive renaming: too many arguments in call

[ebotcazou at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113351

Eric Botcazou <ebotcazou at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |NEW

--- Comment #3 from Eric Botcazou <ebotcazou at gcc dot gnu.org> ---
Thanks for the adjustment.  Another very peculiar issue.