> I am trying to build binutils-2.20.1 on a Solaris 9 (SunOS 5.9) sun4u
> sparc machine and I am getting the following error when attempting to
> compile gprof.
Are you using GNU make? If not, I'd try with it.
--
Eric Botcazou
__
> And please stop responding to this as we did already see a useful reply
> from a Sun employee.
You did respond twice to the same message, I didn't. :-)
Anyway, we all seem to agree that Sun doesn't "own" ELF.
--
Eric Botcazou
__
> Can you prove that please?
Take a look at the ELF spec.
--
Eric Botcazou
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
> Well, Sun did invent ELF, so an extension to ELF made by Sun seems to be an
> official extension that should be supported by all tools.
You're rewriting history, ELF was invented by UNIX System Laboratories.
--
Eric Botcazou
___
b
symbol from the current contents of the CPU eip register. Are
> you saying ABI contradicts that?
Yes, it's not the formula of R_386_PC32. Read the docs on the Sun site.
--
Eric Botcazou
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
it, the current definition of R_386_PC32 is
the right one.
> Are you saying, "Linux cannot be improved?" Seems so. IMHO,
> not good public relations re promoting the OS.
Again, it's not Linux, the i386 ABI predates Linux, Linux only conformed to
hird party (compiler) programs, and now
> you add Sun, too, this is a big, news-worthy story -- involving
> issues of the "image" or "appearance" of competence and
> integrity in the Linux OS.
It's not Linux, it's Solaris, FreeBSD, QNX, Interix... you name it.
R_386_PC32 0x7 .rel.text foo
http://docs.sun.com/app/docs/doc/817-1984/6mhm7pl28?q=Solaris+10+&s=t&a=view
--
Eric Botcazou
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
s when typeing "make" in the sub directories
> "bfd" and "libiberty".
GNU make?
> When will there be a stable verion arround?
Binutils 2.16.1 works fine for me on SPARC/Solaris 2.5.1, 2.6, 7, 8, 9.
With Solaris 10 your mileage may vary.
SO
> FAIL: ELF weak func last DSO
> FAIL: ELF weak data first DSO
> FAIL: ELF weak data last DSO
> FAIL: ELF weak data first DSO common
> FAIL: ELF weak data last DSO common
> FAIL: ELF weak size
Still with 2.16.1? Take a look at the ld/ld.log file and post one of the
failures.
-static
FAIL: shared (non PIC, load offset)
> as:
> [New in this release - no problems reported in binutils-2.16.1]
Right.
--
Eric Botcazou
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
tarts here:
http://lists.gnu.org/archive/html/bug-binutils/2005-08/msg6.html
--
Eric Botcazou
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
> Silly question, perhaps, but why not have gas generate R_SPARC_UA32?
That indeed appears to be the most appropriate solution and would match what
GCC emits for its own DWARF-2 debug info (i.e. .uaword instead of .word
directives). Perhaps Jakub can give some insights.
--
Eric Botca
t. The
relocations should have been R_SPARC_UA32 for Sun ld to be able to grok
them. The bottom line is that you need GNU ld if you want to directly
use -gdwarf2 with GNU as (or use -g on an assembly file with GCC).
--
Eric Botcazou
___
bug-binuti
mpiler and the SunPro C compiler are supposed to be 100% binary
compatible (at least we strive for that on the GNU side), so GNU Binutils is
very likely compatible with the SunPro C compiler as a by-product. That's
not the case for the C++ compilers.
--
Eric Botcazou
___
> Yes it does. I wonder how it is implemented differently than objcopy
> and objdump...
My understanding is that objcopy has far less knowledge about the ELF format
than readelf, and in particular about section group like item #3.
> Anyway, the bug I am reporting is that using objcopy (even jus
0000 000b30 18 0c AG 10 4 4
--
Eric Botcazou
___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils
> I get a core dump when trying to build gcc from the 4.0 release branch on
> sparc-sun-solaris2.8 with the 2.15 binutils for as and ld.
http://gcc.gnu.org/install/specific.html section *-*-solaris2*.
GCC 4.0.0pre bootstraps fine with both patched 2.15 and 2.16pre.
--
Eric Bo
18 matches
Mail list logo
