[Bug ld/2464] [2.16.1 regression] ld produces unusable elilo.efi executable

[mjg59 at srcf dot ucam dot org]

--- Additional Comments From mjg59 at srcf dot ucam dot org  2006-03-20 
00:23 ---
That appears to be perfect. Thanks!

-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=2464

--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils

[Bug ld/2379] pie.exp: FAIL: weak undefined

[dave at hiauly1 dot hia dot nrc dot ca]

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca  
2006-03-20 02:20 ---
Subject: Re:  pie.exp: FAIL: weak undefined

> See
> 
> http://sourceware.org/ml/binutils/2006-02/msg00278.html
> 
> hppa may need a similar fix.

You mean something like:

Index: elf32-hppa.c
===
RCS file: /cvs/src/src/bfd/elf32-hppa.c,v
retrieving revision 1.144
diff -u -3 -p -r1.144 elf32-hppa.c
--- elf32-hppa.c16 Mar 2006 12:20:15 -  1.144
+++ elf32-hppa.c20 Mar 2006 02:04:22 -
@@ -4261,6 +4261,7 @@ elf32_hppa_elf_get_symbol_type (Elf_Inte
 #define elf_backend_fake_sections   elf_hppa_fake_sections
 #define elf_backend_relocate_sectionelf32_hppa_relocate_section
 #define elf_backend_hide_symbol elf32_hppa_hide_symbol
+#define elf_backend_fixup_symbol_bfd_elf_link_hash_fixup_symbol
 #define elf_backend_finish_dynamic_symbolelf32_hppa_finish_dynamic_symbol
 #define elf_backend_finish_dynamic_sections  elf32_hppa_finish_dynamic_sections
 #define elf_backend_size_dynamic_sectionself32_hppa_size_dynamic_sections

This doesn't work.

Possibly, I don't understand but the testsuite fails don't appear to
have anything to do with undefined weak symbols:

[EMAIL PROTECTED]:~/binutils-2.16.91/objdir$ nm /usr/lib/Scrt1.o|less
 U $global$
 R _IO_stdin_used
 D __data_start
 U __libc_csu_fini
 U __libc_csu_init
 U __libc_start_main
 T _start
 W data_start
 U main

The problem is main, __libc_csu_init and __libc_csu_fini are in
a shared library, and the dynamic loader can't do the necessary
fixups.

Dave


-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=2379

--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils

[Bug ld/2470] /opt/gnu64/bin/ld: main: Not enough room for program headers (allocated 5, need 6)

[dave at hiauly1 dot hia dot nrc dot ca]

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca  
2006-03-20 03:53 ---
Subject: Re:  New: /opt/gnu64/bin/ld: main: Not enough room for program headers 
(allocated 5, need 6)

The attached quick hack now allows the program to link and execute.
However, it doesn't work:

-bash-2.05b$ ./main
Bus error (core dumped)

Looking at this in gdb, I see:

-bash-2.05b$ /opt/gnu64/bin/gdb-6.2 main
GNU gdb 6.2
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "hppa64-hp-hpux11.11"...(no debugging symbols 
found)...
(gdb) r
Starting program: /home/dave/gcc_test/main
(no debugging symbols found)...(no debugging symbols found)...(no debugging 
symbols found)...(no debugging symbols found)...
Program received signal SIGBUS, Bus error.
0x4000a98c in ___stdio_unsup_1 ()
(gdb) disass 0x4000a97c 0x4000a99c
Dump of assembler code from 0x4000a97c to 0x4000a99c:
0x4000a97c <___stdio_unsup_1+700>:  cmpib,>,n 
8,r8,0x4000a944 <___stdio_unsup_1+644>
0x4000a980 <___stdio_unsup_1+704>:  extrd,s r8,63,32,r13
0x4000a984 <___stdio_unsup_1+708>:  addil 0,dp,%r1
0x4000a988 <___stdio_unsup_1+712>:  ldd 488(r1),r22
0x4000a98c <___stdio_unsup_1+716>:  ldd 0(r22),r8
0x4000a990 <___stdio_unsup_1+720>:  cmpb,*= 
r8,r0,0x4000a89c <___stdio_unsup_1+476>
0x4000a994 <___stdio_unsup_1+724>:  nop
0x4000a998 <___stdio_unsup_1+728>:  ldi 0,r9
End of assembler dump.
(gdb) p/x $r22
$1 = 0x8000af46
(gdb) info symbol 0x8000af46
___stdio_unsup_2 in section .PARISC.ansi.common.5

This appears to be a different problem.  It's seems we have a section
alignment issue:

  [27] .PARISC.ansi.comm NOBITS   80007e58  0003a520
   2fe0    WA   0 0 1
  [28] .PARISC.ansi.comm NOBITS   8000ae38  0003a520
   0008    WA   0 0 1
  [29] .PARISC.ansi.comm NOBITS   8000ae40  0003a520
   0082    WA   0 0 1
  [30] .PARISC.ansi.comm NOBITS   8000aec2  0003a520
   0004    WA   0 0 1
  [31] .PARISC.ansi.comm NOBITS   8000aec6  0003a520
   0088    WA   0 0 1
  [32] .PARISC.ansi.comm NOBITS   8000af4e  0003a520
   0004    WA   0 0 1
  [33] .PARISC.ansi.comm NOBITS   8000af52  0003a520
   0c1d    WA   0 0 1

The section to segment mappings still seem a bit wierd:

Program Headers:
  Type   Offset VirtAddr   PhysAddr
 FileSizMemSiz  Flags  Align
  PHDR   0x0040 0x40001040 0x40001040
 0x0150 0x0150  R E8
  INTERP 0x0190 0x40001190 0x40001190
 0x0018 0x0018  R  1
  [Requesting program interpreter: /usr/lib/pa20_64/dld.sl]
  LOAD   0x 0x40001000 0x40001000
 0x00033f58 0x00033f58  RWE1000
  LOAD   0x00034000 0x80001000 0x80001000
 0x6520 0xab6f  RW 1000
  DYNAMIC0x01a8 0x400011a8 0x400011a8
 0x0190 0x0190  RW 8
  HP_TLS 0x00034004 0x80001008 0x80001008
 0x 0x003c  R  8

 Section to Segment mapping:
  Segment Sections...
   00
   01 .interp
   02 .interp .dynamic .hash .dynsym .dynstr .rela.data .rela.dlt .text 
.rodata .PARISC.unwind
   03 .eh_frame .tbss .init .fini .init_array .fini_array .ctors .dtors 
.jcr.data.rel.ro .data .opd .dlt .sdata .sbss .bss .PARISC.ansi.common.1 
.PARISC.ansi.common.2 .PARISC.ansi.common.3 .PARISC.ansi.common.4 
.PARISC.ansi.common.5 .PARISC.ansi.common.6 .PARISC.ansi.common.7
   04 .dynamic
   05 .tbss .init .fini .init_array .fini_array

I don't understand why the .tbss section appears in segments 3 and 5.  It
doesn't in the HP linked file.

Dave

--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca  
2006-03-20 03:53 ---
Created an attachment (id=932)
 --> (http://sourceware.org/bugzilla/attachment.cgi?id=932&action=view)


-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=2470

---

[Bug ld/2379] pie.exp: FAIL: weak undefined

[hjl at lucon dot org]

--- Additional Comments From hjl at lucon dot org  2006-03-20 04:05 ---
Does PIE work on hppa at all?

-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=2379

--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils

[Bug ld/2379] pie.exp: FAIL: weak undefined

[danglin at gcc dot gnu dot org]

--- Additional Comments From danglin at gcc dot gnu dot org  2006-03-20 
04:25 ---
Fixed by updating to glibc 2.3.6-3.


-- 
   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


http://sourceware.org/bugzilla/show_bug.cgi?id=2379

--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


___
bug-binutils mailing list
bug-binutils@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-binutils