[Bug gas/14315] Inconsistent .weak and .comm directives
http://sourceware.org/bugzilla/show_bug.cgi?id=14315 Alan Modra changed: What|Removed |Added Status|NEW |RESOLVED CC||amodra at gmail dot com Resolution||FIXED --- Comment #3 from Alan Modra 2012-06-30 06:50:33 UTC --- Fixed -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/14315] Inconsistent .weak and .comm directives
http://sourceware.org/bugzilla/show_bug.cgi?id=14315 --- Comment #2 from cvs-commit at gcc dot gnu.org 2012-06-30 06:32:32 UTC --- CVSROOT:/cvs/src Module name:src Changes by:amo...@sourceware.org2012-06-30 06:32:29 Modified files: gas: ChangeLog gas/config : obj-elf.c Log message: PR gas/14315 * config/obj-elf.c (obj_elf_weak): Don't set local. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/ChangeLog.diff?cvsroot=src&r1=1.4761&r2=1.4762 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/config/obj-elf.c.diff?cvsroot=src&r1=1.146&r2=1.147 -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/14316] New: gold build failure with recent GCC trunk because of -Werror=unused-local-typedefs
http://sourceware.org/bugzilla/show_bug.cgi?id=14316 Bug #: 14316 Summary: gold build failure with recent GCC trunk because of -Werror=unused-local-typedefs Product: binutils Version: unspecified Status: NEW Severity: normal Priority: P2 Component: gold AssignedTo: i...@airs.com ReportedBy: ai.az...@gmail.com CC: ccout...@google.com Classification: Unclassified Recently, GCC has introduced a new kind of warning flags `-Werror=unused-local-typedefs' (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33255), which warns about unused local typedefs. And since GCC 4.8 (2012-05-04) it is enabled by `-Wall'. So, warnings are treated as errors during the build of gold because some of gold sources have unused local typedefs, and `-Wall' and `-Werror' are enabled. Offending lines (of 2012-06-29 daily snapshot) are -gold/common.cc, line 225 -gold/common.cc, line 226 -gold/dwarf_reader.cc, line 824 -gold/ehframe.cc, line 634 -gold/incremental.cc, line 2731 -gold/powerpc.cc, line 1974 -gold/arm.cc, line 3256 -gold/arm.cc, line 5212 -gold/arm.cc, line 10993 If all the offending lines are just commented out, gold is successfully built. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/14302] ar mishandles 4GB files
http://sourceware.org/bugzilla/show_bug.cgi?id=14302 --- Comment #6 from Francois Gouget 2012-06-30 00:54:00 UTC --- Thanks for tweaking the patch so it could be committed. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/14315] Inconsistent .weak and .comm directives
http://sourceware.org/bugzilla/show_bug.cgi?id=14315 --- Comment #1 from H.J. Lu 2012-06-30 00:34:13 UTC --- This works for me: diff --git a/gas/config/obj-elf.c b/gas/config/obj-elf.c index f9da1ee..08d337a 100644 --- a/gas/config/obj-elf.c +++ b/gas/config/obj-elf.c @@ -350,6 +350,11 @@ elf_common_parse (int ignore ATTRIBUTE_UNUSED, symbolS *symbolP, addressT size) } } + /* Double check weak symbols. */ + if (S_IS_WEAK (symbolP)) +as_bad (_("symbol `%s' can not be both weak and common"), +S_GET_NAME (symbolP)); + if (is_local) { bss_alloc (symbolP, size, align); -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/14315] New: Inconsistent .weak and .comm directives
http://sourceware.org/bugzilla/show_bug.cgi?id=14315 Bug #: 14315 Summary: Inconsistent .weak and .comm directives Product: binutils Version: 2.23 (HEAD) Status: NEW Severity: normal Priority: P2 Component: gas AssignedTo: unassig...@sourceware.org ReportedBy: hjl.to...@gmail.com Classification: Unclassified [hjl@gnu-6 secondary-1]$ cat w1.s .weak foobar .comm foobar,30 [hjl@gnu-6 secondary-1]$ make w1.o ./as -o w1.o w1.s [hjl@gnu-6 secondary-1]$ cat w2.s .comm foobar,30 .weak foobar [hjl@gnu-6 secondary-1]$ make w2.o ./as -o w2.o w2.s w2.s: Assembler messages: w2.s: Error: symbol `foobar' can not be both weak and common make: *** [w2.o] Error 1 [hjl@gnu-6 secondary-1]$ -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/14189] --gc-sections doesn't work
http://sourceware.org/bugzilla/show_bug.cgi?id=14189 --- Comment #10 from Ronald Wahl 2012-06-29 15:31:57 UTC --- The patch works here as well. Thanks! -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/14189] --gc-sections doesn't work
http://sourceware.org/bugzilla/show_bug.cgi?id=14189 Nick Clifton changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED --- Comment #9 from Nick Clifton 2012-06-29 15:21:53 UTC --- Patch applied. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/14189] --gc-sections doesn't work
http://sourceware.org/bugzilla/show_bug.cgi?id=14189 Nick Clifton changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED --- Comment #8 from cvs-commit at gcc dot gnu.org 2012-06-29 15:20:44 UTC --- CVSROOT:/cvs/src Module name:src Changes by:ni...@sourceware.org2012-06-29 15:20:31 Modified files: bfd: ChangeLog elf32-arm.c Log message: PR ld/14189 * elf32-arm.c (elf32_arm_check_relocs): Do not increment refcount for locally bound symbols. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/bfd/ChangeLog.diff?cvsroot=src&r1=1.5737&r2=1.5738 http://sourceware.org/cgi-bin/cvsweb.cgi/src/bfd/elf32-arm.c.diff?cvsroot=src&r1=1.295&r2=1.296 --- Comment #9 from Nick Clifton 2012-06-29 15:21:53 UTC --- Patch applied. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/14189] --gc-sections doesn't work
http://sourceware.org/bugzilla/show_bug.cgi?id=14189 --- Comment #8 from cvs-commit at gcc dot gnu.org 2012-06-29 15:20:44 UTC --- CVSROOT:/cvs/src Module name:src Changes by:ni...@sourceware.org2012-06-29 15:20:31 Modified files: bfd: ChangeLog elf32-arm.c Log message: PR ld/14189 * elf32-arm.c (elf32_arm_check_relocs): Do not increment refcount for locally bound symbols. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/bfd/ChangeLog.diff?cvsroot=src&r1=1.5737&r2=1.5738 http://sourceware.org/cgi-bin/cvsweb.cgi/src/bfd/elf32-arm.c.diff?cvsroot=src&r1=1.295&r2=1.296 -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/14263] »val« may be used uninitialized in this function tc-arm.c parse_operands()
http://sourceware.org/bugzilla/show_bug.cgi?id=14263 Nick Clifton changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED --- Comment #5 from Nick Clifton 2012-06-29 15:16:39 UTC --- Patch applied. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/14263] »val« may be used uninitialized in this function tc-arm.c parse_operands()
http://sourceware.org/bugzilla/show_bug.cgi?id=14263 Nick Clifton changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED --- Comment #4 from cvs-commit at gcc dot gnu.org 2012-06-29 15:15:53 UTC --- CVSROOT:/cvs/src Module name:src Changes by:ni...@sourceware.org2012-06-29 15:15:48 Modified files: gas: ChangeLog gas/config : tc-arm.c Log message: PR gas/14263 * config/tc-arm.c (parse_operands): Initialise val. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/ChangeLog.diff?cvsroot=src&r1=1.4759&r2=1.4760 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/config/tc-arm.c.diff?cvsroot=src&r1=1.521&r2=1.522 --- Comment #5 from Nick Clifton 2012-06-29 15:16:39 UTC --- Patch applied. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/14263] »val« may be used uninitialized in this function tc-arm.c parse_operands()
http://sourceware.org/bugzilla/show_bug.cgi?id=14263 --- Comment #4 from cvs-commit at gcc dot gnu.org 2012-06-29 15:15:53 UTC --- CVSROOT:/cvs/src Module name:src Changes by:ni...@sourceware.org2012-06-29 15:15:48 Modified files: gas: ChangeLog gas/config : tc-arm.c Log message: PR gas/14263 * config/tc-arm.c (parse_operands): Initialise val. Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/ChangeLog.diff?cvsroot=src&r1=1.4759&r2=1.4760 http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/config/tc-arm.c.diff?cvsroot=src&r1=1.521&r2=1.522 -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gas/14263] »val« may be used uninitialized in this function tc-arm.c parse_operands()
http://sourceware.org/bugzilla/show_bug.cgi?id=14263 --- Comment #3 from Michael Bruck 2012-06-29 15:00:39 UTC --- (In reply to comment #2) > Hi Michael, > > I am unable to reproduce this problem locally, but the fix seems obvious. > Please could you confirm that the uploaded patch allows you to build the > toolchain and if it does then I will check it in. > > Cheers > Nick Yes, this fixes it. (Same change I made to get around it.) -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/14189] --gc-sections doesn't work
http://sourceware.org/bugzilla/show_bug.cgi?id=14189 --- Comment #7 from Michael Tremer 2012-06-29 14:59:46 UTC --- Hi Nick, I can confirm that the patch fixes the problem over here. The build of systemd runs through without any assertion errors. Thank you very much. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
gas patch for non-octet processors
The attached patches correct an issue that exists in gas. The problem is general but only manifests itself when OCTETS_PER_BYTE > 1. I have found the problem in binutils 2.22 in connection with TI C4x (i.e. ./configure --target=c4x-coff). Function frag_offset_fixed_p in frags.[ch] returns an offset through its last parameter. The parameter type is bfd_vma which is unsigned. The only calls to the function are in expr.c; the offset is returned to local variables frag_off which are also of type bfd_vma. The variables frag_off are divided by OCTETS_PER_BYTE; the problem is that these divisions are unsigned as a result of the use of bfd_vma. Dividing these offsets must be done signed. No actual division takes place when OCTETS_PER_BYTE = 1 so this problem only manifests itself when OCTETS_PER_BYTE > 1. These uses of bfd_vma are the only ones in the three sources expr.c, frags.c, frags.h. I believe all these uses of bfd_vma should be changed to offsetT. This will be more consistent with the definitions of the struct members used in frag_offset_fixed_p and the fact that the returned value is supposed to be an offset; it also makes the divisions produce the correct values when OCTETS_PER_BYTE > 1. Please consider these patches for future binutils releases. The revisions of the original expr.c, frags.c, and frags.h are respectively 1.90, 1.30.2.1, and 1.24.4.1. Thanks, Johan Olmutz Nielsen --- expr.1.90.c 2011-03-17 11:59:29.0 +0100 +++ expr.c 2012-06-22 12:33:40.531010600 +0200 @@ -1746,7 +1746,7 @@ while (op_left != O_illegal && op_rank[(int) op_left] > rank) { segT rightseg; - bfd_vma frag_off; + offsetT frag_off; input_line_pointer += op_chars; /* -> after operator. */ @@ -2030,7 +2030,7 @@ valueT left, right; segT seg_left, seg_right; fragS *frag_left, *frag_right; - bfd_vma frag_off; + offsetT frag_off; switch (op) { --- frags.1.30.2.1.c2011-11-21 10:29:28.0 +0100 +++ frags.c 2012-06-22 12:23:46.886766700 +0200 @@ -394,10 +394,10 @@ not already accounted for in the frag FR_ADDRESS. */ bfd_boolean -frag_offset_fixed_p (const fragS *frag1, const fragS *frag2, bfd_vma *offset) +frag_offset_fixed_p (const fragS *frag1, const fragS *frag2, offsetT *offset) { const fragS *frag; - bfd_vma off; + offsetT off; /* Start with offset initialised to difference between the two frags. Prior to assigning frag addresses this will be zero. */ --- frags.1.24.4.1.h2011-11-21 10:29:28.0 +0100 +++ frags.h 2012-06-22 12:23:02.655089200 +0200 @@ -151,6 +151,6 @@ offsetT offset, char *opcode); -bfd_boolean frag_offset_fixed_p (const fragS *, const fragS *, bfd_vma *); +bfd_boolean frag_offset_fixed_p (const fragS *, const fragS *, offsetT *); #endif /* FRAGS_H */ ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/14189] --gc-sections doesn't work
http://sourceware.org/bugzilla/show_bug.cgi?id=14189 Nick Clifton changed: What|Removed |Added Status|NEW |WAITING CC||nickc at redhat dot com --- Comment #6 from Nick Clifton 2012-06-29 13:26:16 UTC --- Hi Michael, Hi Ronald, Please could you try out the uploaded patch and let me know if it works for you ? Cheers Nick -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug ld/14189] --gc-sections doesn't work
http://sourceware.org/bugzilla/show_bug.cgi?id=14189 --- Comment #5 from Nick Clifton 2012-06-29 13:23:13 UTC --- Created attachment 6496 --> http://sourceware.org/bugzilla/attachment.cgi?id=6496 Do not increment refcount for locally bound symbols. -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/14302] ar mishandles 4GB files
http://sourceware.org/bugzilla/show_bug.cgi?id=14302 --- Comment #4 from cvs-commit at gcc dot gnu.org 2012-06-29 12:59:54 UTC --- CVSROOT:/cvs/src Module name:src Changes by:ni...@sourceware.org2012-06-29 12:59:49 Modified files: binutils : ChangeLog ar.c bucomm.c Log message: PR binutils/14302 * bucomm.c (print_arelt_descr): Correctly report the archive size field (for 'ar tv'). * ar.c (print_contents): Use correct types for archive element sizes (for 'ar p'). (extract_file): Likewise (for 'ar x'). Patches: http://sourceware.org/cgi-bin/cvsweb.cgi/src/binutils/ChangeLog.diff?cvsroot=src&r1=1.1918&r2=1.1919 http://sourceware.org/cgi-bin/cvsweb.cgi/src/binutils/ar.c.diff?cvsroot=src&r1=1.84&r2=1.85 http://sourceware.org/cgi-bin/cvsweb.cgi/src/binutils/bucomm.c.diff?cvsroot=src&r1=1.45&r2=1.46 -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug binutils/14302] ar mishandles 4GB files
http://sourceware.org/bugzilla/show_bug.cgi?id=14302 Nick Clifton changed: What|Removed |Added Status|NEW |RESOLVED CC||nickc at redhat dot com Resolution||FIXED --- Comment #5 from Nick Clifton 2012-06-29 13:02:52 UTC --- Hi Francois, Thanks for the bug report and patch, and please accept my apologies in getting round to reviewing it. The patch itself is fine, although there are a couple of places where a comment needs to be updated, and a couple of places where there are now redundant type cases. I have taken care of both of these things and applied your patch. Cheers Nick -- Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ bug-binutils mailing list bug-binutils@gnu.org https://lists.gnu.org/mailman/listinfo/bug-binutils
[Bug gold/14309] New: gold doesn't build with gcc 4.1.3
http://sourceware.org/bugzilla/show_bug.cgi?id=14309 Bug #: 14309 Summary: gold doesn't build with gcc 4.1.3 Product: binutils Version: unspecified Status: NEW Severity: normal Priority: P2 Component: gold AssignedTo: i...@airs.com ReportedBy: ja...@redhat.com CC: ccout...@google.com Classification: Unclassified gold/README says: The gold source code uses templates heavily. Building it requires a recent version of g++. g++ 4.0.3 and 4.1.3 are known to work. g++ 3.2, 3.4.3, and 4.1.2 are known to fail. and I used to be able to build 2.22.52.0.1 just fine with gcc-4.1.2-RH (which is based on 137441 of FSF branches/gcc-4_1-branch (no libstdc++ changes on that branch after that revision). But 2.22.52.0.4 no longer builds with it: /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../../include/c++/4.1.2/tr1/hashtable: In instantiation of 'Internal::hash_code_base, Internal::extract1st >, std::equal_to, std::tr1::hash, Internal::mod_range_hashing, Internal::default_ranged_hash, false>': /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../../include/c++/4.1.2/tr1/hashtable:1014: instantiated from 'std::tr1::hashtable, std::allocator >, Internal::extract1st >, std::equal_to, std::tr1::hash, Internal::mod_range_hashing, Internal::default_ranged_hash, Internal::prime_rehash_policy, false, false, true>' /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../../include/c++/4.1.2/tr1/unordered_map:63: instantiated from 'std::tr1::unordered_map, std::equal_to, std::allocator >, false>' gdb-index.cc:292: instantiated from here /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../../include/c++/4.1.2/tr1/hashtable:863: error: 'Internal::hash_code_base::m_h1' has incomplete type /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../../include/c++/4.1.2/tr1/functional:1101: error: declaration of 'struct std::tr1::hash' gdb-index.cc: In constructor 'std::tr1::unordered_map::unordered_map(typename std::tr1::hashtable, Alloc, Internal::extract1st >, Pred, Hash, Internal::mod_range_hashing, Internal::default_ranged_hash, Internal::prime_rehash_policy, cache_hash_code, false, true>::size_type, const typename std::tr1::hashtable, Alloc, Internal::extract1st >, Pred, Hash, Internal::mod_range_hashing, Internal::default_ranged_hash, Internal::prime_rehash_policy, cache_hash_code, false, true>::hasher&, const typename std::tr1::hashtable, Alloc, Internal::extract1st >, Pred, Hash, Internal::mod_range_hashing, Internal::default_ranged_hash, Internal::prime_rehash_policy, cache_hash_code, false, true>::key_equal&, const typename std::tr1::hashtable, Alloc, Internal::extract1st >, Pred, Hash, Internal::mod_range_hashing, Internal::default_ranged_hash, Internal::prime_rehash_policy, cache_hash_code, false, true>::allocator_type&) [with Key = long long int, T = gold::Gdb_index_info_reader::Declaration_pair, Hash = std::tr1::hash, Pred = std::equal_to, Alloc = std::allocator >, bool cache_hash_code = false]': gdb-index.cc:189: error: invalid use of undefined type 'struct std::tr1::hash' /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../../include/c++/4.1.2/tr1/functional:1101: error: declaration of 'struct std::tr1::hash' /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../../include/c++/4.1.2/tr1/hashtable: In member function 'size_t Internal::hash_code_base::m_hash_code(const Key&) const [with Key = long long int, Value = std::pair, ExtractKey = Internal::extract1st >, Equal = std::equal_to, H1 = std::tr1::hash, H2 = Internal::mod_range_hashing]': /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../../include/c++/4.1.2/tr1/hashtable:1541: instantiated from 'typename std::tr1::hashtable::iterator std::tr1::hashtable::find(const Key&) [with Key = long long int, Value = std::pair, Allocator = std::allocator >, ExtractKey = Internal::extract1st >, Equal = std::equal_to, H1 = std::tr1::hash, H2 = Internal::mod_range_hashing, H = Internal::default_ranged_hash, RehashPolicy = Internal::prime_rehash_policy, bool cache_hash_code = false, bool constant_iterators = false, bool unique_keys = true]' gdb-index.cc:696: instantiated from here /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../../include/c++/4.1.2/tr1/hashtable:829: error: using invalid field 'Internal::hash_code_base::m_h1' output.h:2816: warning: 'class gold::Output_fill' has virtual functions but non-virtual destructor output.h:2852: warning: 'class gold::Output_fill_debug_info' has virtual functions but non-virtual destructor output.h:2876: warning: 'class gold::Output_fill_debug_line' has virtual functions but non-virtual destructor /usr/lib/gcc/i386-redhat-linux/4.1.2/../../../../include/c++/4.1.2/tr1/hashtable: In constructor 'Internal::hash_code_base::hash_code_base(const ExtractKey&, const Equal&, const H1&, const H2&, const Internal::default_ranged_hash&) [with Key = long long int, Value = std::pair, ExtractKey = Internal::extract1st >, Equal = std::equal_to, H1 = std::tr1::hash, H2 = Internal::