--- Comment #6 from rguenth at gcc dot gnu dot org 2010-06-06 10:32 ---
*** Bug 44429 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-06-03 15:13 ---
Re-confirmed on trunk.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Last
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-06-03 15:14 ---
Ah, it does not work because we mangle foobar to foobar.1234, not because
we eliminate it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43038
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-04-23 16:14 ---
Honza, you might want to have a look here.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-02-11 16:42 ---
Confirmed.
The following fails to link with -flto
static int foobar __attribute__((used));
extern void abort (void);
int main()
{
int res;
asm(movl foobar(%%rip), %0 : =g (res));
if (res != 0)
abort ();
--- Comment #2 from baldrick at gcc dot gnu dot org 2010-02-11 16:42
---
Sorry, small bug in the testcase, should have been:
extern const char LinkVar;
__attribute__((used)) static const char *const LinkObj = LinkVar;
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43038
