public inbox for glibc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug libc/2675] New: arm-none-eabi-linux-gnueabi doesn't build
@ 2006-05-19 18:38 kazu at gcc dot gnu dot org
  2006-05-19 18:58 ` [Bug ports/2675] " roland at gnu dot org
                   ` (4 more replies)
  0 siblings, 5 replies; 6+ messages in thread
From: kazu at gcc dot gnu dot org @ 2006-05-19 18:38 UTC (permalink / raw)
  To: glibc-bugs

When I build mainline glibc for arm-none-eabi-linux-gnueabi, I get:

.../default/csu/crti.S: Assembler messages:
.../default/csu/crti.S:15: Error: undefined local label `.L10'
.../default/csu/crti.S:17: Error: undefined local label `.L10'

A patch to fix this is at:

http://sourceware.org/ml/libc-alpha/2006-05/msg00017.html

-- 
           Summary: arm-none-eabi-linux-gnueabi doesn't build
           Product: glibc
           Version: unspecified
            Status: NEW
          Severity: normal
          Priority: P2
         Component: libc
        AssignedTo: drepper at redhat dot com
        ReportedBy: kazu at gcc dot gnu dot org
                CC: glibc-bugs at sources dot redhat dot com
GCC target triplet: arm-none-eabi-linux-gnueabi


http://sourceware.org/bugzilla/show_bug.cgi?id=2675

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


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

* [Bug ports/2675] arm-none-eabi-linux-gnueabi doesn't build
  2006-05-19 18:38 [Bug libc/2675] New: arm-none-eabi-linux-gnueabi doesn't build kazu at gcc dot gnu dot org
@ 2006-05-19 18:58 ` roland at gnu dot org
  2006-05-19 19:04 ` drow at sources dot redhat dot com
                   ` (3 subsequent siblings)
  4 siblings, 0 replies; 6+ messages in thread
From: roland at gnu dot org @ 2006-05-19 18:58 UTC (permalink / raw)
  To: glibc-bugs



-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|drepper at redhat dot com   |drow at false dot org
             Status|NEW                         |ASSIGNED
          Component|libc                        |ports


http://sourceware.org/bugzilla/show_bug.cgi?id=2675

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


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

* [Bug ports/2675] arm-none-eabi-linux-gnueabi doesn't build
  2006-05-19 18:38 [Bug libc/2675] New: arm-none-eabi-linux-gnueabi doesn't build kazu at gcc dot gnu dot org
  2006-05-19 18:58 ` [Bug ports/2675] " roland at gnu dot org
@ 2006-05-19 19:04 ` drow at sources dot redhat dot com
  2006-05-19 19:23 ` roland at gnu dot org
                   ` (2 subsequent siblings)
  4 siblings, 0 replies; 6+ messages in thread
From: drow at sources dot redhat dot com @ 2006-05-19 19:04 UTC (permalink / raw)
  To: glibc-bugs


------- Additional Comments From drow at sources dot redhat dot com  2006-05-19 19:03 -------
The patch is to sysdeps/generic/initfini.c, and seems obvious.  I could create
an ARM-specific initfini.c to work around this, but is that really necessary?

-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=2675

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


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

* [Bug ports/2675] arm-none-eabi-linux-gnueabi doesn't build
  2006-05-19 18:38 [Bug libc/2675] New: arm-none-eabi-linux-gnueabi doesn't build kazu at gcc dot gnu dot org
  2006-05-19 18:58 ` [Bug ports/2675] " roland at gnu dot org
  2006-05-19 19:04 ` drow at sources dot redhat dot com
@ 2006-05-19 19:23 ` roland at gnu dot org
  2006-05-19 19:27 ` drow at false dot org
  2006-10-31 15:05 ` drow at sources dot redhat dot com
  4 siblings, 0 replies; 6+ messages in thread
From: roland at gnu dot org @ 2006-05-19 19:23 UTC (permalink / raw)
  To: glibc-bugs


------- Additional Comments From roland at gnu dot org  2006-05-19 19:22 -------
There is no reason in general that function should not be inlined.
It really should be inlined.  Perhaps you can find a fix for the arm build that
does not deoptimize the code.

-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=2675

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


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

* [Bug ports/2675] arm-none-eabi-linux-gnueabi doesn't build
  2006-05-19 18:38 [Bug libc/2675] New: arm-none-eabi-linux-gnueabi doesn't build kazu at gcc dot gnu dot org
                   ` (2 preceding siblings ...)
  2006-05-19 19:23 ` roland at gnu dot org
@ 2006-05-19 19:27 ` drow at false dot org
  2006-10-31 15:05 ` drow at sources dot redhat dot com
  4 siblings, 0 replies; 6+ messages in thread
From: drow at false dot org @ 2006-05-19 19:27 UTC (permalink / raw)
  To: glibc-bugs


------- Additional Comments From drow at false dot org  2006-05-19 19:27 -------
Subject: Re:  arm-none-eabi-linux-gnueabi doesn't build

On Fri, May 19, 2006 at 07:22:53PM -0000, roland at gnu dot org wrote:
> There is no reason in general that function should not be inlined.
> It really should be inlined.  Perhaps you can find a fix for the arm build that
> does not deoptimize the code.

Then I'll mark it non-inlined in an ARM copy; but I expect this to
cause problems on many other targets.  It only materializes on very
recent versions of GCC, because previously we used -fno-unit-at-a-time
which suppressed the "inline static functions called once"
optimization; if GCC is new enough we use -fno-toplevel-reorder
instead.

Sedding GCC's assembly output has historically worked "well enough" for
simple calls to known static functions, but it's not surprising that
call_gmon_start requires a constant pool.  I expect to see similar
problems at least for SH.

Anyway, you want an ARM-only fix, you'll get one :-)  I'll take care of
it.



-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=2675

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


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

* [Bug ports/2675] arm-none-eabi-linux-gnueabi doesn't build
  2006-05-19 18:38 [Bug libc/2675] New: arm-none-eabi-linux-gnueabi doesn't build kazu at gcc dot gnu dot org
                   ` (3 preceding siblings ...)
  2006-05-19 19:27 ` drow at false dot org
@ 2006-10-31 15:05 ` drow at sources dot redhat dot com
  4 siblings, 0 replies; 6+ messages in thread
From: drow at sources dot redhat dot com @ 2006-10-31 15:05 UTC (permalink / raw)
  To: glibc-bugs


------- Additional Comments From drow at sources dot redhat dot com  2006-10-31 15:04 -------
Change was checked in earlier in the year:

2006-05-30  Daniel Jacobowitz  <dan@codesourcery.com>

        * sysdeps/arm/initfini.c: New file.


-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED


http://sourceware.org/bugzilla/show_bug.cgi?id=2675

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


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

end of thread, other threads:[~2006-10-31 15:05 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2006-05-19 18:38 [Bug libc/2675] New: arm-none-eabi-linux-gnueabi doesn't build kazu at gcc dot gnu dot org
2006-05-19 18:58 ` [Bug ports/2675] " roland at gnu dot org
2006-05-19 19:04 ` drow at sources dot redhat dot com
2006-05-19 19:23 ` roland at gnu dot org
2006-05-19 19:27 ` drow at false dot org
2006-10-31 15:05 ` drow at sources dot redhat dot com

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).