[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
gcc -profile never finishes linking
From: |
Mike Castle |
Subject: |
gcc -profile never finishes linking |
Date: |
Mon, 23 Apr 2001 16:34:14 -0700 |
User-agent: |
Mutt/1.3.6i |
I'm using a homegrown linux system.
gcc 2.95.3
binutils 2.11, 010423, and 2.11.90.0.5
glibc 2.2.2
Kernel 2.4.2
I am trying to build GNU Queue 1.30.1 with gcc -profile.
However, the process never finishes, it's stuck in ld.
I could see where I might have a corrupted file that's being read in, but
I'm not sure how to figure out which one is broken.
Any suggestions are appreciated.
[Btw, where can I find bug-binutils archived? I tried looking to see if
this had already been asked and answered, but couldn't find anything.]
Using gdb, I see the following circular list:
address@hidden:23pm]binutils/binutils-010423/ld(509) ps -ef | grep ld
nexus 4038 4037 24 16:21 pts/10 00:00:37 /usr/i386-linux/bin/ld -m elf_i3
nexus 4045 1694 0 16:23 pts/9 00:00:00 grep ld
address@hidden:23pm]binutils/binutils-010423/ld(510) gdb .libs/ld-new
GNU gdb 5.0
Copyright 2000 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 "i386-linux"...
(gdb) attach 4038
Attaching to program: /usr/src/binutils/binutils-010423/ld/.libs/ld-new, Pid
4038
Reading symbols from /usr/lib/libbfd-010423.so...done.
Loaded symbols for /usr/lib/libbfd-010423.so
Reading symbols from /lib/libc.so.6...done.
Loaded symbols for /lib/libc.so.6
Reading symbols from /lib/ld-linux.so.2...done.
Loaded symbols for /lib/ld-linux.so.2
0x40034ffa in _bfd_generic_link_add_one_symbol (info=0x807fe80,
abfd=0x85f4858, name=0x8694160 "__libc_internal_tsd_set", flags=8192,
section=0x400703c0, value=0,
string=0x85f7024 "__libc_internal_tsd_set@@GLIBC_2.0", copy=false,
collect=false, hashp=0xbffff224) at linker.c:1542
1542 action = link_action[(int) row][(int) h->type];
(gdb) display h
1: h = (struct bfd_link_hash_entry *) 0x85eb734
(gdb) display h->u.i.link
2: h->u.i.link = (struct bfd_link_hash_entry *) 0x8192600
(gdb) n
1543 switch (action)
2: h->u.i.link = (struct bfd_link_hash_entry *) 0x8192600
1: h = (struct bfd_link_hash_entry *) 0x85eb734
(gdb)
1853 if (h->next == NULL && info->hash->undefs_tail != h)
2: h->u.i.link = (struct bfd_link_hash_entry *) 0x8192600
1: h = (struct bfd_link_hash_entry *) 0x85eb734
(gdb)
1855 h = h->u.i.link;
2: h->u.i.link = (struct bfd_link_hash_entry *) 0x8192600
1: h = (struct bfd_link_hash_entry *) 0x85eb734
(gdb)
1856 cycle = true;
2: h->u.i.link = (struct bfd_link_hash_entry *) 0x85eb734
1: h = (struct bfd_link_hash_entry *) 0x8192600
(gdb)
1857 break;
2: h->u.i.link = (struct bfd_link_hash_entry *) 0x85eb734
1: h = (struct bfd_link_hash_entry *) 0x8192600
(gdb)
1921 while (cycle);
2: h->u.i.link = (struct bfd_link_hash_entry *) 0x85eb734
1: h = (struct bfd_link_hash_entry *) 0x8192600
(gdb)
1541 cycle = false;
2: h->u.i.link = (struct bfd_link_hash_entry *) 0x85eb734
1: h = (struct bfd_link_hash_entry *) 0x8192600
(gdb)
1542 action = link_action[(int) row][(int) h->type];
2: h->u.i.link = (struct bfd_link_hash_entry *) 0x85eb734
1: h = (struct bfd_link_hash_entry *) 0x8192600
(gdb)
1543 switch (action)
2: h->u.i.link = (struct bfd_link_hash_entry *) 0x85eb734
1: h = (struct bfd_link_hash_entry *) 0x8192600
(gdb)
1853 if (h->next == NULL && info->hash->undefs_tail != h)
2: h->u.i.link = (struct bfd_link_hash_entry *) 0x85eb734
1: h = (struct bfd_link_hash_entry *) 0x8192600
(gdb)
1855 h = h->u.i.link;
2: h->u.i.link = (struct bfd_link_hash_entry *) 0x85eb734
1: h = (struct bfd_link_hash_entry *) 0x8192600
(gdb)
1856 cycle = true;
2: h->u.i.link = (struct bfd_link_hash_entry *) 0x8192600
1: h = (struct bfd_link_hash_entry *) 0x85eb734
(gdb)
1857 break;
2: h->u.i.link = (struct bfd_link_hash_entry *) 0x8192600
1: h = (struct bfd_link_hash_entry *) 0x85eb734
(gdb)
1921 while (cycle);
2: h->u.i.link = (struct bfd_link_hash_entry *) 0x8192600
1: h = (struct bfd_link_hash_entry *) 0x85eb734
(gdb)
1541 cycle = false;
2: h->u.i.link = (struct bfd_link_hash_entry *) 0x8192600
1: h = (struct bfd_link_hash_entry *) 0x85eb734
(gdb)
1542 action = link_action[(int) row][(int) h->type];
2: h->u.i.link = (struct bfd_link_hash_entry *) 0x8192600
1: h = (struct bfd_link_hash_entry *) 0x85eb734
(gdb)
1543 switch (action)
2: h->u.i.link = (struct bfd_link_hash_entry *) 0x8192600
1: h = (struct bfd_link_hash_entry *) 0x85eb734
(gdb)
1853 if (h->next == NULL && info->hash->undefs_tail != h)
2: h->u.i.link = (struct bfd_link_hash_entry *) 0x8192600
1: h = (struct bfd_link_hash_entry *) 0x85eb734
(gdb)
1855 h = h->u.i.link;
2: h->u.i.link = (struct bfd_link_hash_entry *) 0x8192600
1: h = (struct bfd_link_hash_entry *) 0x85eb734
(gdb) The program is running. Quit anyway (and detach it)? (y or n) y
Detaching from program: /usr/src/binutils/binutils-010423/ld/.libs/ld-new, Pid
4038
mrc
--
Mike Castle Life is like a clock: You can work constantly
address@hidden and be right all the time, or not work at all
www.netcom.com/~dalgoda/ and be right at least twice a day. -- mrc
We are all of us living in the shadow of Manhattan. -- Watchmen
- gcc -profile never finishes linking,
Mike Castle <=