This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug target/35271] Stack not aligned at mod 16 byte boundary in x86_64 code
- From: "jh at suse dot cz" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 26 Feb 2008 09:43:36 -0000
- Subject: [Bug target/35271] Stack not aligned at mod 16 byte boundary in x86_64 code
- References: <bug-35271-9218@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Comment #24 from jh at suse dot cz 2008-02-26 09:43 -------
Subject: Re: Stack not aligned at mod 16 byte boundary in x86_64 code
> I guess we need
> 1) Get the patch to check overwritability of body to mainline and branch, since
> it is quite wrong to optimize based on knowledge of body that might be replaced
> 2) Figure out how to get Apple's linker in sync with Darwin backend in GCC. If
> the symbols are locally bound I guess the backend should just output the direct
> call, not via PLT table. If the objects are not locally bound we need to change
> the predicate.
> I am not terribly familiar with MACHOPIC, what is the case? (ie does MACHOPIC
> allow overwritting -fpic symbols like ELF?)
So in short both fixes are at GCC rather than linker side, assuming that
linker will link direct call to externally visible symbol at link time,
rather than dynamic load time that would be case of ELF? Can someone
check this?
Honza
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35271