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 09:49:42 +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
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fweimer at redhat dot com
See Also| |https://sourceware.org/bugz
| |illa/show_bug.cgi?id=21236
Flags| |security-
--- Comment #5 from Florian Weimer <fweimer at redhat dot com> ---
(In reply to H.J. Lu from comment #3)
> (In reply to Andreas Schwab from comment #2)
> > Like the regparm attribute on 32-bit x86 it can only be safely used by
> > internal function calls.
>
> 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.
What makes this bug different from bug 21236?
--
You are receiving this mail because:
You are on the CC list for the bug.