| Anonymous | Login | Signup for a new account | 11-10-2008 11:05 PST |
| Main | My View | View Issues | Change Log | Docs |
| Viewing Issue Simple Details [ Jump to Notes ] | [ View Advanced ] [ Issue History ] [ Print ] | ||||||||
| ID | Category | Severity | Reproducibility | Date Submitted | Last Update | ||||
| 0000986 | [uClibc] Architecture Specific | minor | always | 08-07-06 09:31 | 10-08-08 04:18 | ||||
| Reporter | eswierk | View Status | public | ||||||
| Assigned To | uClibc | ||||||||
| Priority | normal | Resolution | fixed | ||||||
| Status | closed | Product Version | 0.9.28 | ||||||
| Summary | 0000986: Incorrect error message for unresolved symbols (powerpc) | ||||||||
| Description |
[I reported this issue on the uclibc mailing list before I was aware of the existence of this bug database.] On PowerPC, an unresolved symbol during shared library load is incorrectly reported as a bad reloc type. For example, during a failed attempt to load the readline Python module I get: python: symbol 'PC': can't handle reloc type 'R_PPC_ADDR32' in lib '/lib/libreadline.so.5' python: symbol 'tgetnum': can't handle reloc type 'R_PPC_JMP_SLOT' in lib '/lib/libreadline.so.5' instead of the more accurate: python: symbol 'PC': can't resolve symbol in lib '/lib/libreadline.so.5'. python: symbol 'tgetnum': can't resolve symbol in lib '/lib/libreadline.so.5'. The attached patch makes the PowerPC elfinterp.c behave like the i386 version. |
||||||||
| Additional Information | |||||||||
| Attached Files |
|
||||||||
|
|
|||||||||
| Copyright © 2000 - 2006 Mantis Group |