http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51297
--- Comment #5 from Eric Botcazou <ebotcazou at gcc dot gnu.org> 2011-11-24
19:46:20 UTC ---
> the names being entered into the array are unique, so there is a total
> ordering
> -- I think that's a red herring. I think the problem is the string read from
> the data file is corrupted in some way. Is that clueful enough?
Very likely a debugging artifact. Here's my backtrace:
#0 name_search (a_=0x554a0, b_=0x0)
at /nile.build/botcazou/gcc-head/src/gcc/gcov.c:838
#1 0xff2360e0 in bsearch () from /usr/lib/libc.so.1
#2 0x00015f34 in find_source (file_name=0x554a0 "gcov-1.c")
at /nile.build/botcazou/gcc-head/src/gcc/gcov.c:866
#3 0x0003a828 in read_graph_file ()
at /nile.build/botcazou/gcc-head/src/gcc/gcov.c:1017
#4 process_file (file_name=<optimized out>)
at /nile.build/botcazou/gcc-head/src/gcc/gcov.c:571
#5 main (argc=-1814981296, argv=0xffbefbe4)
at /nile.build/botcazou/gcc-head/src/gcc/gcov.c:423
In fact the array is empty:
(gdb) p n_names
$1 = 0
(gdb) p names
$2 = (name_map_t *) 0x0
