This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug inline-asm/37195] different variables get the same overlapping memory address in inline assembly
- From: "egallager at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Fri, 28 Jul 2017 14:24:38 +0000
- Subject: [Bug inline-asm/37195] different variables get the same overlapping memory address in inline assembly
- Auto-submitted: auto-generated
- References: <bug-37195-4@http.gcc.gnu.org/bugzilla/>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37195
Eric Gallager <egallager at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
CC| |egallager at gcc dot gnu.org
Resolution|--- |FIXED
Known to fail| |
--- Comment #9 from Eric Gallager <egallager at gcc dot gnu.org> ---
(In reply to Jeroen Demeyer from comment #5)
> Created attachment 16428 [details]
> Unified testcase
>
> This testcase exhibits the problem on i386, x86_64, powerpc and powerpc64
> using preprocessor macros.
When compiling this testcase on i386-apple-darwin9.8.0 with gcc8, I get:
$ /usr/local/bin/gcc -O1 -c 16428.c
16428.c:28:Unknown pseudo-op: .ifeqs
16428.c:28:Rest of line ignored. 1st junk character valued 34 (").
16428.c:29:Unknown pseudo-op: .error
16428.c:29:Rest of line ignored. 1st junk character valued 34 (").
16428.c:30:FATAL:Encountered a .endif that doesn't follow a .if or .else
$
So I can't confirm, but I'm assuming that's just an issue with my assembler.
...although:
(In reply to Jeroen Demeyer from comment #8)
> On first sight, it looks fixed in gcc 4.6.0 SVN.
If that's true, then I can close this as FIXED.