[Bug target/58278] New: visibility bug from #26905 still happens with the sparc64 backend

[Bug target/58278] New: visibility bug from #26905 still happens with the sparc64 backend

[martin at netbsd dot org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58278

            Bug ID: 58278
           Summary: visibility bug from #26905 still happens with the
                    sparc64 backend
           Product: gcc
           Version: 4.8.1
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: target
          Assignee: unassigned at gcc dot gnu.org
          Reporter: martin at netbsd dot org

Created attachment 30729
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30729&action=edit
test for bug 26905

Compiling the test from #26905 with -fPIC -shared -S... on sparc64 creates this
output:

--8<--
        .file   "conftest.cc"
        .section        ".text"
        .align 4
        .global _Z8TestFuncv
        .type   _Z8TestFuncv, #function
        .proc   020
_Z8TestFuncv:
.LLFB0:
        .cfi_startproc
        save    %sp, -176, %sp
        .cfi_window_save
        .cfi_register 15, 31
        .cfi_def_cfa_register 30
        call    _ZN10TestStruct4InitEv, 0
         nop
        return  %i7+8
         nop
        .cfi_endproc
.LLFE0:
        .size   _Z8TestFuncv, .-_Z8TestFuncv
        .ident  "GCC: (GNU) 4.8.1"
--8>--

note the missing PLT call.

[Bug target/58278] visibility bug from #26905 still happens with the sparc64 backend

[ebotcazou at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58278

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |WAITING
   Last reconfirmed|                            |2013-08-30
                 CC|                            |ebotcazou at gcc dot gnu.org
     Ever confirmed|0                           |1

--- Comment #1 from Eric Botcazou <ebotcazou at gcc dot gnu.org> ---
What do you mean exactly?  What's the difference with the default visibility?

[Bug target/58278] visibility bug from #26905 still happens with the sparc64 backend

[martin at netbsd dot org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58278

--- Comment #4 from Martin Husemann <martin at netbsd dot org> ---
(In reply to Eric Botcazou from comment #3)

> So what?  What happens if conftest.cc doesn't fiddle with visibility at all?

Sorry, I am not quite sure I understand what you are up to.

Same thing happens, so this is not bug 26905 but a more generic issue and we
could simplify the test case?

Or are you trying to argue whether we should see a PLT call at all?

Martin

[Bug target/58278] visibility bug from #26905 still happens with the sparc64 backend

[ebotcazou at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58278

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |RESOLVED
         Resolution|---                         |INVALID

--- Comment #5 from Eric Botcazou <ebotcazou at gcc dot gnu.org> ---
> Same thing happens, so this is not bug 26905 but a more generic issue and we
> could simplify the test case?
> 
> Or are you trying to argue whether we should see a PLT call at all?

The latter, @PLT is a x86 specific quirk.

[Bug target/58278] visibility bug from #26905 still happens with the sparc64 backend

[martin at netbsd dot org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58278

--- Comment #6 from Martin Husemann <martin at netbsd dot org> ---
Ooops, my lack of x86 ABI knowledge strikes again.
Indeed, visibility is properly expressed in the prologue, all is fine.