public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug target/50989] New: sparc libgcc2 __udivmoddi4 has undefined reference to .umul
@ 2011-11-03 21:00 joel at gcc dot gnu.org
2011-11-03 21:08 ` [Bug target/50989] " joel at gcc dot gnu.org
` (3 more replies)
0 siblings, 4 replies; 5+ messages in thread
From: joel at gcc dot gnu.org @ 2011-11-03 21:00 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50989
Bug #: 50989
Summary: sparc libgcc2 __udivmoddi4 has undefined reference to
.umul
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned@gcc.gnu.org
ReportedBy: joel@gcc.gnu.org
Thu Nov 3 12:25:34 UTC 2011 (revision 180821)
This is a regression from 4.6.
This failure is from the autoconf probe in RTEMS looking for scandir(). It
fails because of a linking error.
I think this is because sparc/t-softmul is not in the tmake_file list in
libgcc/config.host. Does it sound right? RTEMS is always cross compiled and
sparc-rtems* is always (for now) v7 and v8 sparc.
configure:5128: sparc-rtems4.11-gcc --pipe -o conftest -g -O2 -Wall
-Wimplicit-function-declaration -Wstrict-prototypes -Wnested-externs
conftest.c >&5
conftest.c:49:1: warning: function declaration isn't a prototype
[-Wstrict-prototypes]
conftest.c:58:1: warning: function declaration isn't a prototype
[-Wstrict-prototypes]
/users/joel/test-gcc/install-svn/lib/gcc/sparc-rtems4.11/4.7.0/../../../../sparc-rtems4.11/bin/ld:
warning: cannot find entry symbol _start; defaulting to 0000000000010074
/users/joel/test-gcc/install-svn/lib/gcc/sparc-rtems4.11/4.7.0/../../../../sparc-rtems4.11/lib/libg.a(lib_a-qsort.o):
In function `qsort':
/users/joel/test-gcc/gcc-svn/newlib/libc/search/qsort.c:160: undefined
reference to `.umul'
/users/joel/test-gcc/gcc-svn/newlib/libc/search/qsort.c:208: undefined
reference to `.umul'
/users/joel/test-gcc/gcc-svn/newlib/libc/search/qsort.c:214: undefined
reference to `.udiv'
/users/joel/test-gcc/gcc-svn/newlib/libc/search/qsort.c:218: undefined
reference to `.udiv'
/users/joel/test-gcc/gcc-svn/newlib/libc/search/qsort.c:163: undefined
reference to `.umul'
/users/joel/test-gcc/gcc-svn/newlib/libc/search/qsort.c:165: undefined
reference to `.umul'
/users/joel/test-gcc/gcc-svn/newlib/libc/search/qsort.c:201: undefined
reference to `.umul'
/users/joel/test-gcc/gcc-svn/newlib/libc/search/qsort.c:154: undefined
reference to `.umul'
/users/joel/test-gcc/install-svn/lib/gcc/sparc-rtems4.11/4.7.0/libgcc.a(_divdi3.o):
In function `__udivmoddi4':
/users/joel/test-gcc/gcc-svn/libgcc/libgcc2.c:935: undefined reference to
`.udiv'
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug target/50989] sparc libgcc2 __udivmoddi4 has undefined reference to .umul
2011-11-03 21:00 [Bug target/50989] New: sparc libgcc2 __udivmoddi4 has undefined reference to .umul joel at gcc dot gnu.org
@ 2011-11-03 21:08 ` joel at gcc dot gnu.org
2011-11-03 21:55 ` davem at davemloft dot net
` (2 subsequent siblings)
3 siblings, 0 replies; 5+ messages in thread
From: joel at gcc dot gnu.org @ 2011-11-03 21:08 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50989
--- Comment #1 from Joel Sherrill <joel at gcc dot gnu.org> 2011-11-03 21:07:21 UTC ---
Created attachment 25710
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25710
Proposed solution
With this change, the RTEMS configure process finished and RTEMS is currently
building
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug target/50989] sparc libgcc2 __udivmoddi4 has undefined reference to .umul
2011-11-03 21:00 [Bug target/50989] New: sparc libgcc2 __udivmoddi4 has undefined reference to .umul joel at gcc dot gnu.org
2011-11-03 21:08 ` [Bug target/50989] " joel at gcc dot gnu.org
@ 2011-11-03 21:55 ` davem at davemloft dot net
2011-11-04 12:58 ` joel at gcc dot gnu.org
2011-11-04 13:02 ` joel at gcc dot gnu.org
3 siblings, 0 replies; 5+ messages in thread
From: davem at davemloft dot net @ 2011-11-03 21:55 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50989
--- Comment #2 from David S. Miller <davem at davemloft dot net> 2011-11-03 21:53:54 UTC ---
Can you multiarch a 64-bit sparc build from 32-bit rtems?
Probably not... but if that were possible you'd need to
check host_address like we do for Linux.
So, change looks fine as-is to me, feel free to commit.
Thanks.
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug target/50989] sparc libgcc2 __udivmoddi4 has undefined reference to .umul
2011-11-03 21:00 [Bug target/50989] New: sparc libgcc2 __udivmoddi4 has undefined reference to .umul joel at gcc dot gnu.org
2011-11-03 21:08 ` [Bug target/50989] " joel at gcc dot gnu.org
2011-11-03 21:55 ` davem at davemloft dot net
@ 2011-11-04 12:58 ` joel at gcc dot gnu.org
2011-11-04 13:02 ` joel at gcc dot gnu.org
3 siblings, 0 replies; 5+ messages in thread
From: joel at gcc dot gnu.org @ 2011-11-04 12:58 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50989
--- Comment #3 from Joel Sherrill <joel at gcc dot gnu.org> 2011-11-04 12:57:43 UTC ---
Author: joel
Date: Fri Nov 4 12:57:40 2011
New Revision: 180946
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=180946
Log:
2011-11-04 Joel Sherrill <joel.sherrill@oarcorp.com>
PR target/50989
* config.host (sparc-*-rtems*): Add sparc/t-softmul.
Modified:
trunk/libgcc/ChangeLog
trunk/libgcc/config.host
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug target/50989] sparc libgcc2 __udivmoddi4 has undefined reference to .umul
2011-11-03 21:00 [Bug target/50989] New: sparc libgcc2 __udivmoddi4 has undefined reference to .umul joel at gcc dot gnu.org
` (2 preceding siblings ...)
2011-11-04 12:58 ` joel at gcc dot gnu.org
@ 2011-11-04 13:02 ` joel at gcc dot gnu.org
3 siblings, 0 replies; 5+ messages in thread
From: joel at gcc dot gnu.org @ 2011-11-04 13:02 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50989
Joel Sherrill <joel at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
--- Comment #4 from Joel Sherrill <joel at gcc dot gnu.org> 2011-11-04 13:00:00 UTC ---
(In reply to comment #2)
> Can you multiarch a 64-bit sparc build from 32-bit rtems?
> Probably not... but if that were possible you'd need to
> check host_address like we do for Linux.
I think we are OK without any detection logic. We are not self-hosted and we
have a separate sparc64-rtems for use with the 64 bit SPARC targets. From our
perspective, the sparc-rtems target is really only for the ERC32 and LEON
variants.
> So, change looks fine as-is to me, feel free to commit.
>
> Thanks.
Committed and closing. Thank you.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2011-11-04 13:02 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-11-03 21:00 [Bug target/50989] New: sparc libgcc2 __udivmoddi4 has undefined reference to .umul joel at gcc dot gnu.org
2011-11-03 21:08 ` [Bug target/50989] " joel at gcc dot gnu.org
2011-11-03 21:55 ` davem at davemloft dot net
2011-11-04 12:58 ` joel at gcc dot gnu.org
2011-11-04 13:02 ` joel at gcc dot gnu.org
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).