Summary: | dev-libs/dietlibc-0.22-r2 fails to compile | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Todd Sunderlin (RETIRED) <todd> |
Component: | Current packages | Assignee: | Sparc Porters <sparc> |
Status: | VERIFIED TEST-REQUEST | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | Sparc | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | Give this a try... against dietlibc-0.23 though |
Description
Todd Sunderlin (RETIRED)
2003-08-23 05:13:55 UTC
Created attachment 18200 [details, diff]
Give this a try... against dietlibc-0.23 though
Please try this patch against dietlibc-0.23.
Ooops, just saw that it compiles but its not working... # diet Bus error Regarding to some google search with your error message, it looks like its a problem with gnu assembler (`as`) and the "quad" datatype on sparc... This shows the error pretty good: # as test.S test.S: Assembler messages: test.S:1: Fatal error: test.S:1: bad return from bfd_install_relocation: 4 # cat test.S .quad .LC0 # Someone with a great C++ knowledge should check gas/config/fc-sparc.c in binutils source tree... From the dietlibc developer: -------------------------------- Thus spake Sven Blumenstein (me@0x1337.net): >> Could you please take a look at this bug report: >> http://bugs.gentoo.org/show_bug.cgi?id=27171 This happens if you compile on an ultrasparc but your gcc is 32-bit. The solution is to a) ship a sparc64 compiler and use that ("make sparc64") or b) compile for the sparc32 target ("make sparc"). >> Do you know any solution for this error? >> Is this a problem with dietlibc or, as I assume, a GNU Assembler bug? This error means that the assembler source file tries to declare a 64 bit pointer variable but the 32-bit assembler does not have a data type for them. Felix -------------------------------- In playing around with dietlibc, it didn't seem to be easy to make it use 32 bit sparc instructions without thinking it was a cross compiler, so I touched up the ebuilds so that on sparc64 machines, /bin/sparc32 would be called before make and make install to simulate the sparc32 environment. Let me know if this causes problems. Closing as it appears to be fine and no additional reports have come in. |