From: Dave M. <win...@nt...> - 2004-04-28 16:27:20
|
> in @synindex.c/bfd.texinfo:20: Unknown index 'fn' and/or 'cp' > section mapping'.ss > reference to nonexistent node 'mmo' a New Hash Table > Type'.ference to nonexistent > node `Deriving makeinfo: Removing output file > `/i/programmi/binutils-2.15.90/objdir/bfd/doc/bfd.info' due to > errors; use --force > to preserve. I keep meaning to mention this one, the problem is that 2 xrefs in hash.c & mmo.c overlap lines. Is this a problem with the MinGW/MinSys tools? It doesn't seem to show up when building under linux anyway. The following patch is my workaround, generated from binutils 2.14 but *should* work with 2.15.90. On a related note, is there a MinGW/MinSys version of pod2man around somewhere? I can't seem to find one. diff -Naurb binutils-2.14/bfd/hash.c binutils-2.14.new/bfd/hash.c --- binutils-2.14/bfd/hash.c Sat Nov 30 08:39:39 2002 +++ binutils-2.14.new/bfd/hash.c Wed Apr 14 14:46:18 2004 @@ -73,8 +73,8 @@ @findex bfd_hash_newfunc The function <<bfd_hash_table_init>> take as an argument a function to use to create new entries. For a basic hash - table, use the function <<bfd_hash_newfunc>>. @xref{Deriving - a New Hash Table Type}, for why you would want to use a + table, use the function <<bfd_hash_newfunc>>. + @xref{Derivinga New Hash Table Type}, for why you would want to use a different value for this argument. @findex bfd_hash_allocate diff -Naurb binutils-2.14/bfd/mmo.c binutils-2.14.new/bfd/mmo.c --- binutils-2.14/bfd/mmo.c Tue Feb 4 12:34:08 2003 +++ binutils-2.14.new/bfd/mmo.c Wed Apr 14 14:46:19 2004 @@ -74,8 +74,8 @@ There is provision for specifying ``special data'' of 65536 different types. We use type 80 (decimal), arbitrarily chosen the same as the ELF <<e_machine>> number for MMIX, filling it with - section information normally found in ELF objects. @xref{mmo - section mapping}. + section information normally found in ELF objects. + @xref{mmo section mapping}. @table @code @item lop_quote Dave |