This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug dynamic-link/21265] _dl_runtime_resolve isn't compatible with Intel C++ __regcall calling convention
- From: "fweimer at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sourceware dot org
- Date: Mon, 20 Mar 2017 16:55:05 +0000
- Subject: [Bug dynamic-link/21265] _dl_runtime_resolve isn't compatible with Intel C++ __regcall calling convention
- Auto-submitted: auto-generated
- References: <bug-21265-131@http.sourceware.org/bugzilla/>
https://sourceware.org/bugzilla/show_bug.cgi?id=21265
--- Comment #9 from Florian Weimer <fweimer at redhat dot com> ---
(In reply to joseph@codesourcery.com from comment #8)
> On Mon, 20 Mar 2017, fweimer at redhat dot com wrote:
>
> > > i386 _dl_runtime_resolve preserves EAX, ECX and EDX for regparm:
> >
> > I think this is mainly for internal glibc use (see the internal_function
> > macro). I don't think you should read into this that glibc supports a
> > different ABI than what's specified in the psABI supplement.
>
> As far as I know, anything marked with internal_function should never be
> called through the PLT. Are there any such functions that are not also
> marked with attribute_hidden?
Apart from the functions I added because not knowing about this rule, there is
__libc_pthread_init, which is defined in libc.so.6 and called from
libpthread.so.0.
--
You are receiving this mail because:
You are on the CC list for the bug.