public inbox for libc-alpha@sourceware.org
 help / color / mirror / Atom feed
* Re: Getting a build failure in glibc due to gcc changes on 32bit x86 glibc
@ 2014-11-27 15:04 Andrew Senkevich
  0 siblings, 0 replies; 3+ messages in thread
From: Andrew Senkevich @ 2014-11-27 15:04 UTC (permalink / raw)
  To: Andrew Pinski, GCC Mailing List, GNU C Library

On Wed, Nov 26, 2014 at 02:59:34PM -0800, Andrew Pinski wrote:
> This looks like the same issue as I reported before about
> check_consistency() since that is what is failing to assemble here
> too.

This is also fixed by this patch -
https://sourceware.org/ml/libc-alpha/2014-10/msg00746.html


--
WBR,
Andrew

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Getting a build failure in glibc due to gcc changes on 32bit x86 glibc
  2014-11-26 22:59 Andrew Pinski
@ 2014-11-27  5:28 ` Siddhesh Poyarekar
  0 siblings, 0 replies; 3+ messages in thread
From: Siddhesh Poyarekar @ 2014-11-27  5:28 UTC (permalink / raw)
  To: Andrew Pinski; +Cc: GCC Mailing List, GNU C Library

[-- Attachment #1: Type: text/plain, Size: 296 bytes --]

On Wed, Nov 26, 2014 at 02:59:34PM -0800, Andrew Pinski wrote:
> Hi all,
>   I am getting the following failure on the 32bit x86 glibc with the
> top of the trunk gcc 5.0 and glibc from the commit
> (e5e0d9a4f632735cf3bb440eecb5caee5eea44c1).  While building

Is that the right commit?

Siddhesh

[-- Attachment #2: Type: application/pgp-signature, Size: 473 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Getting a build failure in glibc due to gcc changes on 32bit x86 glibc
@ 2014-11-26 22:59 Andrew Pinski
  2014-11-27  5:28 ` Siddhesh Poyarekar
  0 siblings, 1 reply; 3+ messages in thread
From: Andrew Pinski @ 2014-11-26 22:59 UTC (permalink / raw)
  To: GCC Mailing List, GNU C Library

Hi all,
  I am getting the following failure on the 32bit x86 glibc with the
top of the trunk gcc 5.0 and glibc from the commit
(e5e0d9a4f632735cf3bb440eecb5caee5eea44c1).  While building
dl-load.os:
/tmp/ccRtDgmR.s: Assembler messages:
/tmp/ccRtDgmR.s:9498: Error: symbol `__x86.get_pc_thunk.cx' is already defined

The problem is GCC no longer uses a fixed register for the PIC
register so in this case GCC uses ecx for the PIC register.

This looks like the same issue as I reported before about
check_consistency() since that is what is failing to assemble here
too.

Thanks,
Andrew Pinski

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2014-11-27 15:04 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-11-27 15:04 Getting a build failure in glibc due to gcc changes on 32bit x86 glibc Andrew Senkevich
  -- strict thread matches above, loose matches on Subject: below --
2014-11-26 22:59 Andrew Pinski
2014-11-27  5:28 ` Siddhesh Poyarekar

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).