From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.1) Gecko/20060111 Firefox/1.5.0.1 Description of problem: When we use the default /usr/bin/ld (GNU ld version 2.14.90.0.4 20030523) to link our DEBUG version of SYBASE database server on ibmplinux, it gives error: /usr/bin/ld: BFD 2.14.90.0.4 20030523 assertion fail ../../bfd/elf64-ppc.c:6226 /usr/bin/ld: BFD 2.14.90.0.4 20030523 assertion fail ../../bfd/elf64-ppc.c:6226 After we downloaded, compiled and installed GNU binutils 2.16.1 from http://ftp.gnu.org/gnu/binutils/, then use the same link option to relink our DEBUG version of database server, it gives error: /usr/bin/ld: BFD 2.16.1 assertion fail elf64-ppc.c:7973 /usr/bin/ld: BFD 2.16.1 assertion fail elf64-ppc.c:7973 But if we downloaded, compiled and installed GNU binutils CVS version from ftp://sourceware.org/pub/binutils/snapshots, for example, binutils-060126.tar.bz2, then relink our DEBUG version of database server, it can be linked successfully and can run with out problem. Though we can build out the DEBUG version of database server with binutils CVS version now, we would rather release our database product built with officially released binutils than CVS version. Will RedHat have a plan to release new version or patched version of binutils recently? We are expecting it to release our database product on ibm pseries linux on schedule. Version-Release number of selected component (if applicable): GNU ld version 2.16.1 How reproducible: Always Steps to Reproduce: 1. 2. 3. Additional info:
This problem is on RH3.0 PowerPC platform, and please provide an officially released newer version of binutils to replace the latest released 2.16.1 binutils.
Upgrading RHEL3 binutils is not an option, such kind of disruptive change is not suitable for RHEL updates. If you want 2.16.1+ binutils, you need to build it yourself, or wait for RHEL5 which will have binutils based on at least 2.16.91. If you provide a self-contained testcase, we could look to see what's going on and why the stub branch overflows (that's the assert you mentioned) and if consider fixing it. In current CVS binutils that assert is replaced by a linker error, so if you aren't getting that error, it means some relaxation or different section layout led to this overflow not being triggered. But without a testcase there is nothing we can do with it.
- To get the repro that leads to binutils is not straight forward and very time consuming. At this point, Sybase decide to go ahead with using the CVS version of binutils to get around the diagserver ld âassertion failureâ. - In the meantime, we will continue to work on getting the repro for the linking error however with lower priority. - Sybase would like to understand if RH will continue support Sybase in case there is any customer reported problems possibly caused by RH software when the CVS version of binutils is used. What kind of support would Sybase get?
I'd say if it is a problem clearly not related to the use of different binutils, then certainly normal support, otherwise I guess Red Hat and Sybase would need to cooperate in analysis until it is clear if the problem is on the Red Hat side or in the binutils used. Anyway, please reopen this bug when (if) you have a self-contained reproducer. Thanks.